Exemplu educațional de proiectare a sistemului informațional. Cerințe privind numărul, funcțiile și calificările personalului SI și modul de funcționare al acestora. Termeni de referință pentru proiectarea unui sistem informațional. Secțiunile principale ale specificațiilor tehnice. Standarde, descrieri

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizați formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

Postat pe http://www.allbest.ru/

Introducere
1. Specificații tehnice
1.1 Informații generale
1.2 Motive de dezvoltare
1.3 Scopul și scopurile creării sistemului
1.4 Cerințe de sistem
1.4.1 Cerințe pentru sistemul în ansamblu
1.4.2 Cerințe pentru funcțiile (sarcinile) îndeplinite de sistem
1.4.3 Cerințe pentru tipurile de garanții
1.5 Caracteristicile obiectelor de automatizare
1.6 Cerințe de documentare
1.7 Etape și etape ale dezvoltării
1.7.1 Etape de dezvoltare
1.7.2 Etape de dezvoltare
1.7.3 Conținutul lucrării pe etape
1.8 Procedura de control și acceptare a sistemului
1.8.1 Tipuri, compoziție, domeniul de aplicare și metode de testare ale sistemului și ale componentelor sale
1.8.2 Cerințe generale pentru acceptarea lucrărilor pe etape
1.8.3 Statutul comitetului de acceptare (de stat, interdepartamental, departamental)
2. Proiectare tehnică
2.1 Structura funcțională
2.1.1 Descriere domeniul subiectului
2.1.2 Funcții și structură organizatorică
2.1.3 Descrierea fluxurilor de date și a proceselor de afaceri
2.2 Proiectarea sistemului IC
2.2.1 Dezvoltarea conceptului, arhitecturii și platformei de implementare pentru SI
2.2.2 Structura Sistem informatic, alcătuirea subsistemelor funcționale și suport
2.2.3 Suport tehnic IS
2.3 Suport informațional IS
2.3.1 Descriere structura logica baza de informatii
2.3.2 Descrierea implementării fizice a bazei de date
Concluzie
Bibliografie

Introducere

Lucrarea de curs examinează problemele creării specificațiilor tehnice pentru dezvoltarea unui sistem informațional pentru un sistem pentru o agenție de vânzare și rezervare de bilete de avion. Scopul lucrării este de a studia principiile de bază și de a obține abilități de bază în pregătirea specificațiilor tehnice pentru dezvoltarea sistemelor informaționale și a software-ului acestora.

Lucrările la crearea unui sistem informațional începe cu formarea cerințelor clienților pentru sistemul care se creeazăși executarea acestora sub formă de specificații tehnice (TOR). Specificația tehnică este documentul principal care definește cerințele și procedura pentru crearea unui sistem automatizat, în conformitate cu care sistemul este dezvoltat și acceptat la punerea în funcțiune. În plus, pe baza specificațiilor tehnice, se calculează lucrarea și se precizează costurile cu forța de muncă.

TK constă din trei etape:

1. justificarea necesității dezvoltării unui sistem informațional - enunțarea problemei, colectarea materialelor sursă, selectarea și justificarea criteriilor pentru eficacitatea și calitatea sistemului dezvoltat, justificarea necesității muncii de cercetare;

2. Lucrări de cercetare - determinarea structurii datelor de intrare și ieșire, selecția preliminară a metodelor de rezolvare a problemelor, justificarea fezabilității utilizării sistemului dezvoltat, determinarea cerințelor pentru mijloace tehnice, justificarea posibilității fundamentale de rezolvare a problemei;

3. elaborarea și aprobarea specificațiilor tehnice - determinarea cerințelor programului, elaborarea unui studiu de fezabilitate al sistemului, determinarea etapelor, etapelor și calendarului dezvoltării sistemului și documentarea acestuia, selectarea limbajelor de programare, determinarea necesității de cercetare la etapele finale, coordonarea și aprobarea specificațiilor tehnice.

TK îndeplinește următoarele funcții:

Funcția organizatorică - o sarcină fixă pentru Antreprenor și cerințe finale din partea Clientului.

Funcția de informare - ordinea în proces a Antreprenorului și atenția asupra dorințelor din partea Clientului.

Funcția de comunicare este un acord reciproc cu privire la „subiectul proiectului”, excluzând pretențiile.

Funcția juridică - TK are egal forță juridică cu „Acordul”.

Rezultatul proiectului tehnic dezvoltat depinde în mare măsură de completitudinea și acuratețea întocmirii specificațiilor tehnice.

1. Specificații tehnice

1.1 Informații generale

Numele complet al sistemului și simbolul acestuia: „Sistemul informatic automat al agenției pentru vânzarea și rezervarea biletelor de avion”. Scurtă descriere a domeniului de aplicare

Sistemul este destinat utilizării în organizația clientului, în cazul nostru - o agenție pentru vânzarea și rezervarea biletelor de avion.

Procedura de înregistrare și prezentare către client a rezultatelor lucrărilor la crearea sistemului (părțile sale), la producerea și reglarea instrumentelor individuale (hardware, software, informații) și a complexelor software și hardware (software și metodologice) ale sistem: AIS „Ticket” este furnizat sub formă de module executabile în conformitate cu La finalizarea întregului domeniu de activitate, echipamentul tehnic este achiziționat de către Client în mod independent. Rezultatele lucrărilor la crearea sistemului sunt oficializate prin semnarea unui act de acceptare a sistemului de către Client în absența pretențiilor împotriva Dezvoltatorului. Actul este întocmit în două exemplare. O copie este la Client, cealaltă este la Dezvoltator.

1.2 Motive de dezvoltare

Baza pentru elaborarea specificațiilor tehnice este atribuirea pentru lucrările de curs pentru cursul „Proiectarea sistemelor informaționale”.

Numele subiectului de dezvoltare este „Dezvoltarea unui sistem informatic pentru o agenție de vânzare și rezervare de bilete de avion”

Simbol al subiectului de dezvoltare (codul subiectului) - „IS APB”

1.3 Scopul și scopurile creării sistemului

Scopul funcțional al sistemului: AIS „Ticket” este conceput pentru a automatiza activitatea unei agenții pentru vânzarea și rezervarea biletelor de avion.

Scopul operațional al sistemului: Sistemul trebuie să fie operat de angajații organizației.

Obiectivele creării sistemului: Sistemul accelerează procesul de comandare a biletelor de avion, simplificând astfel munca agenției.

1.4 Cerințe de sistem

1.4.1 Cerințe pentru sistemul în ansamblu

Cerințe pentru structura și funcționarea sistemului

Lista subsistemelor, scopul și principalele caracteristici ale acestora, cerințele pentru numărul de niveluri ierarhice și gradul de centralizare a sistemului

„Biletul” AIS include următoarele subsisteme:

Acceptarea comenzii;

înregistrarea biletelor;

Decontare cu clientul.

Subsistemul „Acceptare Comenzi” este destinat înregistrării unei comenzi de bilet de avion.

Subsistemul „Decontare cu clientul” oferă clientului un număr de rezervare asociat datelor pașaportului (plată cu cardul).

Cerințe privind metodele și mijloacele de comunicare pentru schimb de informatiiîntre componentele sistemului:

Schimbul de informații se realizează printr-o rețea locală.

Cerințe pentru modurile de operare a sistemului:

Sistemul trebuie să accepte multi-utilizator și moduri offline muncă. Utilizatorii accesează sistemul prin Internet sau Call Center.

Cerințe pentru numărul și calificarea personalului de sistem

Cerințe pentru calificarea personalului, procedura de formare a acestora și controlul cunoștințelor și aptitudinilor:

Angajatul implicat în acceptarea cererilor trebuie să aibă abilități la nivel de utilizator în lucrul cu un computer personal. Numărul de personal poate varia în funcție de volumul comenzilor.

Cerințe de fiabilitate

Restaurarea sistemului în cazul unor erori în funcționarea hardware-ului (cu excepția suporturilor de stocare și a programelor) și a erorilor asociate cu software-ul (OS și drivere de dispozitiv), restaurarea funcționalității este responsabilitatea sistemului de operare.

Dacă există defecțiuni în sistemul de alimentare cu energie al hardware-ului, care duc la o repornire a sistemului de operare, programul trebuie restabilit după repornirea sistemului de operare și pornire. fisier executabil sisteme.

Operabilitatea sistemului în ansamblu trebuie să fie asigurată și în cazul defecțiunilor, accidentelor și defecțiunilor la stațiile de lucru individuale. Pentru a proteja echipamentul de supratensiuni și interferențe de comutare, filtre de rețea, iar pentru a permite utilizatorului să salveze date în cazul unei pene de curent, se recomandă utilizarea surselor sursă de alimentare neîntreruptibilă.

Cerințe de securitate

Clientul asigură conformitatea solutii tehnice, utilizat în modificarea și dezvoltarea subsistemului, standarde actuale, reglementări de siguranță, siguranță la incendiu și explozie, protecția mediului.

Cerințe de funcționare întreținere, repararea și depozitarea componentelor sistemului

Condițiile de funcționare, precum și tipurile și frecvența de întreținere a echipamentelor tehnice ale subsistemului trebuie să respecte cerințele de funcționare, întreținere, reparare și depozitare stabilite în documentația producătorului (producătorului) pentru acestea.

Cerințe pentru protecția informațiilor despret acces neautorizat

Pentru a proteja informațiile împotriva accesului neautorizat, sistemul trebuie să furnizeze:

a) identificarea și autentificarea utilizatorului;

b) verificarea drepturilor utilizatorului și a restricțiilor de acces la nivel de funcții și matrice de date atunci când se lucrează cu sistemul.

Cerințe privind siguranța informațiilor în caz de accidente

Este necesar să se prevadă posibilitatea de a face copii de rezervă ale datelor de sistem utilizând software-ul furnizat de Dezvoltator.

Cerințe pentru standardizare și unificare

Pentru acest sistem ar trebui utilizat un model în cascadă ciclu de viață DE.

Sistemul ar trebui să utilizeze (dacă este necesar) clasificatoare integrale rusești și clasificatoare unificate și dicționare pentru diferite tipuri de informații alfanumerice și text.

Interfață de sistem, fișiere de ajutor și orice informații text Programul trebuie să fie în limba rusă.

Formularele de ecran trebuie concepute ținând cont de cerințele de unificare:

Toate formele de ecran ale interfeței utilizator trebuie să fie executate într-o singură design grafic, cu același aspect al comenzilor principale și al navigației.

1.4.2 Cerințe pentru funcțiile (sarcinile) îndeplinite de sistem

Pentru fiecare subsistem, o listă de funcții, sarcini sau componente ale acestora (inclusiv cele care asigură interacțiunea între părți ale sistemului) care sprijină automatizarea

Sistemul informatic trebuie sa asigure urmatoarele functii:

Subsistemul de acceptare a comenzii,

Subsistemul de decontare a clienților.

1.4.3 Cerințe pentru tipurile de garanții

Spre suportul informatic al sistemului

La compoziția, structura și metodele de organizare a datelor în sistem

Datele de sistem sunt stocate pe o singură mașină locală. Intrarea sistemului este o descriere a comenzii, ieșirea ar trebui să fie o factură și un număr de identificare client.

La structura procesului de colectare, prelucrare, transmitere a datelor în sistem și prezentare a datelor.

Datele sunt introduse în sistem manual, procesate și furnizate utilizatorului în forma cerută (electronic, tipărit).

Pentru a proteja datele împotriva distrugerii în timpul accidentelor și întreruperilor de alimentare a sistemului

Complexul de mijloace tehnice trebuie să includă o sursă de alimentare neîntreruptibilă. Funcționarea acestei surse trebuie să fie de cel puțin o jumătate de oră pentru ca sistemul să se închidă corect.

Pentru a controla, stoca, actualiza și restaura datele

Sistemul trebuie să accepte backup-uri zilnice automate.

Cerințe software de sistem

Sistemul trebuie să ruleze pe sistemele de operare Windows XP/Vista/7/8

Cerințe hardware de sistem

La tipurile de mijloace tehnice, inclusiv tipurile de complexe de mijloace tehnice, complexe software și hardware și alte componente acceptabile pentru utilizare în sistem.

Posturi de lucru;

Sursă de energie neîntreruptă;

Mediul pentru transmiterea datelor între stațiile de lucru (de exemplu, pereche răsucită UTP 5e);

O imprimantă.

Mijloacele tehnice sunt achiziționate de către Client în mod independent.

La caracteristicile funcționale, de proiectare și operaționale ale suportului tehnic al sistemului.

procesor Intel Pentium IV de 2 GHz sau mai mare, RAM cel puțin 2 GB, volum hard disk cel puțin 500 GB.

Cerințe pentru organismsuport de sistem

Pentru sprijinul organizatoric sunt date următoarele cerințe:

La structura și funcțiile unităților implicate în exploatarea sistemului sau care asigură funcționarea.

Functionarea sistemului este asigurata de un inginer de sisteme; in exploatare sunt implicati 4 angajati.

La organizarea funcționării sistemului și la ordinea interacțiunii dintre personalul uzinei și personalul instalației de automatizare.

Sprijinul organizațional trebuie să fie suficient pentru ca personalul să își îndeplinească în mod eficient sarcinile atribuite atunci când îndeplinește funcțiile sistemului.

Pentru a proteja împotriva acțiunilor eronate ale personalului sistemului.

Protecția împotriva erorilor umane constă în verificarea completării datelor în unele câmpuri, posibilitatea restabilirii datelor originale și anularea ultimele modificari, controlul accesului bazat pe funcțiile și puterile angajaților.

1.5 Caracteristicile obiectelor de automatizare

Informații scurte despre obiectul de automatizare sau link-uri către documente care conțin astfel de informații

Obiectul de automatizare este procesul asociat cu comandarea biletelor de avion.

Informații despre condițiile de funcționare ale obiectului de automatizare și caracteristicile mediului

Acest sistem va fi instalat în spațiile de producție și birouri.

1.6 Cerințe de documentare

Următoarele documente trebuie emise pentru sistem în diferite etape de creare:

Diagrama structurii organizatorice;

Diagrama structurii funcționale;

Sul semnale de intrareși date;

Lista semnalelor de ieșire (documente);

Notă explicativă la proiectul tehnic;

Descrierea funcțiilor automate;

Descrierea enunțului sarcinilor (setul de sarcini);

Descrierea organizării bazei de informații;

Descrierea matricei de informații;

Descrierea software-ului;

Manualul utilizatorului.

1.7 Etape și etape ale dezvoltării

1.7.1 Etape de dezvoltare

Dezvoltarea trebuie efectuată în 6 etape:

1. Elaborarea specificaţiilor tehnice

2. Elaborarea documentației proiectului

3.Crearea unui proiect preliminar

4. Design detaliat

5. Punerea în funcţiune

6. Întreținere și modernizare

1.7.2 Etape de dezvoltare

La etapa de elaborare a specificațiilor tehnice trebuie finalizată etapa de elaborare, coordonare și aprobare a prezentei specificații tehnice.

În etapa de elaborare a documentației de proiect trebuie finalizată etapa de elaborare a documentației de proiect.

În etapa de creare a unui proiect preliminar, un proiect preliminar trebuie să fie finalizat pentru transmiterea preliminară către client.

În etapa de proiectare detaliată, trebuie parcurse următoarele etape de lucru:

1) dezvoltarea unui sistem informatic;

2) elaborarea documentaţiei.

În etapa de implementare, programul trebuie pregătit și transferat clientului.

În etapa de întreținere și modernizare ar trebui efectuate lucrări de îmbunătățire Versiune curentă Sistem informatic.

În etapa de elaborare a specificațiilor tehnice, trebuie efectuate următoarele lucrări:

1) enunțul problemei;

2) determinarea și clarificarea cerințelor pentru mijloacele tehnice;

3) determinarea cerinţelor pentru sistemul informaţional;

4) determinarea etapelor, fazelor și calendarului de dezvoltare a sistemului informațional și a documentației pentru acesta;

5) justificarea și selectarea instrumentelor;

6) coordonarea și aprobarea specificațiilor tehnice.

În etapa de elaborare a documentației proiectului, trebuie efectuate următoarele lucrări:

1) identificarea principalelor procese de afaceri (sub formă de diagrame IDEF0);

2) identificarea principalelor cazuri de utilizare ale Sistemului pentru trei categorii de utilizatori (Invitat, Utilizator Autorizat, Administrator) sub forma diagramelor de cazuri de utilizare UML;

3) proiectarea structurii bazei de date sub forma (diagrama ER);

4) proiectarea principalelor componente și algoritmi ai Sistemului sub forma diagramelor UML corespunzătoare;

5) proiectarea structurii interfeței cu utilizatorul;

6) coordonarea și aprobarea documentației proiectului.

În etapa de dezvoltare, trebuie să se lucreze pentru dezvoltarea unui sistem informațional bazat pe documentația de proiectare, codare și depanare.

În etapa de elaborare a documentației, elaborarea documentelor programului trebuie efectuată în conformitate cu cerințele. „Alcătuirea preliminară a documentației programului” din prezenta specificație tehnică.

În etapa de pregătire și transfer al programului, trebuie să se lucreze la pregătirea și transferul programului și documentației programului în exploatare.

În etapa de îmbunătățire a versiunii actuale a sistemului, ar trebui să se lucreze pentru a crea noi versiuni ale sistemului și pentru a adăuga noi funcții la versiunea veche.

1. Analiza cerințelor IP

2. Coordonarea cerintelor cu clientul

3. Selectarea și dezvoltarea unei variante a conceptului de sistem

4. Elaborarea specificațiilor tehnice și a proiectului

5. Coordonarea și aprobarea specificațiilor tehnice și a proiectului

6. Întocmirea unui plan de lucru

7. Pregătirea hardware-ului

8. Dezvoltare software

9. Verificarea compatibilității hardware și software

10. Integrarea și testarea software-ului și hardware-ului

11. Efectuarea modificărilor

12. Elaborarea instrucțiunilor de operare a SI

13. Pregătirea documentației complete pentru IP

14. Livrarea IP-ului către client

Tabelul 1 - Date inițiale pentru calcul

Job nr.	Lista lucrărilor	Durata de lucru, zile
	1.Analiza cerințelor IP
	2. Coordonarea cerintelor cu clientul
	3.Selectarea si dezvoltarea unei variante a conceptului de sistem
	4.Elaborarea specificațiilor tehnice și a proiectului
	5. Coordonarea și aprobarea specificațiilor tehnice și a proiectului
	6. Întocmirea unui plan de lucru
	7.Pregătirea hardware
	8.Dezvoltare software
	9.Verificarea compatibilității hardware și software
	10.Integrarea și testarea software-ului și hardware-ului
	11.Efectuarea modificărilor
	12.Elaborarea instrucțiunilor de operare a SI
	13. Înregistrarea documentației complete pentru IP
	14. Livrarea IP-ului către client

Figura 1 - Enunțarea sarcinilor

Figura 2 - Diagrama Gantt

Figura 3 - Programul de lucru al rețelei

Traiectorie critică grafica de retea va fi după cum urmează: 0 1 2 3 4 5 6891011121314

Tabelul 2 - Parametrii de sincronizare ai evenimentelor

Numărul evenimentului	Momentul evenimentului	Rezervă de timp

Tabelul 3 - Calculul rezervelor de timp întreg și liber

Durata, zile	Parametri de timp de lucru, zile	Rezervă completă	Rezervă gratuită
	start prematur	Terminare timpurie	Început târziu	Terminare târziu

1.8 Procedura de control și acceptare a sistemului

1.8.1 Tipuri, compoziție, domeniul de aplicare și metode de testare ale sistemului și ale componentelor sale

Sistemul este testat prin introducere cantitate mare date, introducerea acelorași informații, informații de un tip diferit de date, date dintr-un interval mai mare. Se efectuează verificarea conformității formulare de ecran descriere în manualul de utilizare (testarea interfeței).

1.8.2 Cerințe generale pentru acceptarea lucrărilor pe etape

Livrarea și recepția se efectuează de către o comisie formată din reprezentanți ai Clientului și ai Antreprenorului. Pe baza rezultatelor acceptării, se semnează un act al comisiei de acceptare.

Toate produsele software create în cadrul acestei lucrări sunt transferate Clientului, atât sub formă de module gata făcute, cât și sub formă de coduri sursă prezentate în formă electronică pe suport informatic standard (pe un CD).

1.8.3 Statutul comitetului de acceptare (de stat, interdepartamental, departamental)

Statutul comitetului de acceptare este determinat de Client înainte de testare.

2. Proiectare tehnică

2.1 Structura funcțională

2.1.1 Descrierea domeniului subiectului

Tematica este o agenție de vânzare și rezervare de bilete de avion

Compania include un departament administrativ (constă dintr-un contabil și un manager), un departament de operare a stației de lucru (gestionarea tehnologiei informației) ( Administrator de sistemși tehnicieni), operatori.

Departamentul administrativ, format dintr-un contabil și un manager, este responsabil de calitatea serviciilor.

2.1.2 Funcții și structură organizatorică

Construirea unei structuri de întreprindere poate fi împărțită în trei etape: construirea unui model organizațional, construirea model functionalși construirea unui model informațional.

Agenția de bilete este formată din următoarele departamente:

Director;

Departamentul administrativ;

Departamentul Operațiuni stații de lucru;

Departamentul operatori.

Structura organizatorică a întreprinderii este prezentată în figura 4.

Figura 4 - Model organizațional

Directorul desfășoară conducerea generală a activităților de producție, economico-financiar-economice ale întreprinderii și, de asemenea, organizează interacțiunea tuturor diviziilor sale structurale.

Departamentul de producție realizează dezvoltarea designului produsului, producția și asamblarea ulterioară a acestuia.

Departamentul administrativ, format dintr-un contabil și un manager, este responsabil de calitatea prestării serviciilor.

Departamentul de operare a stației de lucru este responsabil pentru performanța sistemului.

Operatorii sunt responsabili pentru acceptarea comenzilor și introducerea datelor în baza de date.

2.1.3 Descrierea fluxurilor de date și a proceselor de afaceri

Modelarea proceselor de afaceri

Un proces de afaceri este un set de activități sau sarcini interconectate care vizează crearea unui anumit produs sau serviciu pentru consumatori. Pentru claritate, procesele de afaceri sunt vizualizate folosind o diagramă flux a procesului de afaceri. Modelarea proceselor de afaceri este activitatea de creare a modelelor de organizații, incluzând o descriere a obiectelor de afaceri (diviziuni, poziții, resurse, roluri, procese, operațiuni, sisteme informatice, medii de stocare etc.) și indicarea conexiunilor dintre acestea. Cerințele pentru modelele generate și conținutul lor corespunzător sunt determinate de obiectivele modelării. Modelarea afacerilor este numită și o disciplină și un subproces separat în procesul de dezvoltare software, care descrie activitățile companiei și determină cerințele pentru sistem - acele subprocese și operațiuni care sunt supuse automatizării în sistemul informațional în curs de dezvoltare.

După ce am analizat activitățile agenției și am realizat un studiu pre-proiect, putem identifica trei procese principale de afaceri ale „Biletului” AIS:

1. Acceptarea comenzii.

2. Eliberarea unui număr de identificare.

3. Decontare cu clientul.

Modelarea funcțională a proceselor de afaceri este reprezentată de metodologia IDEF0. Descrie procesele de afaceri care au loc în obiectul de automatizare. Baza metodologiei IDEF0 este limbaj grafic descrieri ale proceselor de afaceri. Un model în IDEF0 este reprezentat de o colecție de diagrame ordonate ierarhic și legate logic. Fiecare diagramă se află pe o foaie separată. Există patru tipuri de diagrame:

Diagrama de context A-0 (fiecare model poate avea o singură diagramă de context);

Diagrame de descompunere (inclusiv diagrama primului nivel de descompunere A 0, dezvăluind cea contextuală);

Diagramele arborelui nodurilor;

Diagrame cu doar expunere (FEO).

Diagrama de context este partea de sus a structurii arborelui diagramei și reprezintă cel mai mult descriere generala sistem și interacțiunea acestuia cu Mediul extern(de regulă, scopul principal al obiectului modelat este descris aici). După descrierea sistemului ca întreg, acesta este împărțit în fragmente mari. Acest proces se numește descompunere funcțională, iar diagramele care descriu fiecare fragment și interacțiunea fragmentelor se numesc diagrame de descompunere. După descompunerea diagramei de context (adică, obținerea diagramei A 0 ), fiecare bloc al diagramei A 0 este descompus în fragmente mai mici și așa mai departe, până la atingerea nivelului dorit de detaliere a descrierii. După fiecare sesiune de descompunere, se desfășoară sesiuni de examinare - experții în materie (de obicei angajați ai întreprinderii intervievați de analiști) indică corespondența proceselor reale de afaceri cu diagramele create. Orice neconcordanțe găsite sunt corectate și numai după promovarea examenului fără niciun comentariu poate începe următoarea sesiune de descompunere. Acest lucru asigură că modelul se potrivește cu procesele de afaceri reale la orice nivel al modelului. Sintaxa pentru descrierea sistemului ca întreg și a fiecărui fragment al acestuia este aceeași pe tot modelul.

Principala funcție de afaceri a „AIS Ticket” este vânzarea de bilete de avion. Datele de intrare sunt în ordinea biletelor. În weekend - chitanță. Instrumentele pentru îndeplinirea funcției principale de business sunt angajații OJSC Bilet (contabil, manager, tehnicieni IT, operatori).

Diagrama fluxului de date

Cerințele sunt reprezentate ca o ierarhie de procese conectate prin fluxuri de date. Diagramele fluxului de date arată cum fiecare proces își transformă intrările în ieșiri și dezvăluie relațiile dintre aceste procese. Diagramele DFD sunt utilizate cu succes ca o completare la modelul IDEF0 pentru a descrie fluxul documentelor și procesarea informațiilor. La fel ca IDEF0, DFD reprezintă sistemul modelat ca o rețea de activități conexe. Principalele componente ale DFD (după cum am menționat mai sus) sunt procesele sau munca, entitățile externe, fluxurile de date, stocarea (stocarea) datelor. Spre deosebire de săgețile IDEF0, care reprezintă relații rigide, săgețile DFD arată modul în care obiectele (inclusiv datele) se deplasează de la o lucrare la alta.

Spre deosebire de IDEF0, care vede sistemul ca activități interconectate, DFD vede sistemul ca o colecție de articole. O diagramă de context include adesea lucrări și legături externe. Lucrările sunt de obicei denumite prin numele sistemului, de exemplu, „Sistem de procesare a informațiilor”. Includere linkuri externe includerea într-o diagramă de context nu anulează cerința metodologiei de a defini în mod clar scopul, domeniul de aplicare și punctul de vedere unic al sistemului care este modelat.

În DFD, activitățile (procesele) sunt funcții de sistem care transformă intrările în ieșiri. Deși lucrările sunt descrise ca dreptunghiuri cu colțuri rotunjite, semnificația lor este aceeași cu semnificația lucrărilor IDEF0 și IDEF3. La fel ca procesele IDEF3, ele au intrări și ieșiri, dar nu acceptă controale și mecanisme precum IDEF0.

Entitățile externe reprezintă intrări și/sau ieșiri din sistem. Entitățile externe sunt reprezentate ca un dreptunghi cu o umbră și sunt de obicei situate la marginile diagramei. O singură entitate externă poate fi utilizată de mai multe ori pe una sau mai multe diagrame. Această tehnică este de obicei folosită pentru a evita desenarea săgeților prea lungi și confuze.

Fluxurile de lucru sunt reprezentate prin săgeți și descriu mișcarea obiectelor dintr-o parte a sistemului în alta. Deoarece în DFD fiecare parte a lucrării nu are un scop clar ca în IDEF0, săgețile pot intra și ieși din orice față a dreptunghiului de lucru. DFD folosește, de asemenea, săgeți bidirecționale pentru a descrie dialogurile de comandă-răspuns între joburi, între joburi și entitate externăși între entități externe.

Spre deosebire de săgețile care descriu obiecte în mișcare, depozitele de date descriu obiecte în repaus.

2.2 Proiectarea sistemului IC

termeni de referință calcul costuri forță de muncă rezervare

2.2.1 Dezvoltarea conceptului, arhitecturii și platformei de implementare pentru SI

Principalele aspecte atunci când alegeți o arhitectură IS sunt performanța, fiabilitatea, scalabilitatea și securitatea.

În prezent, cele mai comune arhitecturi sunt:

server de fișiere;

client server;

arhitectura pe mai multe niveluri.

Arhitectura file-server înseamnă că serverul își asumă doar funcția de stocare a datelor, iar procesarea este efectuată pe mașinile client. Aceasta înseamnă că datele trebuie transferate prin rețea, ceea ce va duce la o încărcare mare a traficului în rețea. Și acest lucru, la rândul său, va duce la o scădere a performanței pe măsură ce numărul de utilizatori crește. De asemenea, la implementarea unei arhitecturi file-server, problema integrității, consistenței și accesului simultan la date este rezolvată în mod descentralizat: datele sunt stocate pe server și procesate pe client. Ca urmare, fiabilitatea aplicației scade. Un alt dezavantaj îl reprezintă costurile ridicate de modernizare și întreținere a serviciilor de logica de afaceri pentru fiecare client stație de lucru. Cu toate acestea, această arhitectură are și o serie de avantaje, cum ar fi costul scăzut de dezvoltare, de mare viteză dezvoltare și cost scăzut actualizări și modificări software.

Arhitectura client-server nu are dezavantajele arhitecturii descrise mai sus, deoarece Serverul de baze de date nu numai că oferă acces la datele partajate, dar le și procesează. Clientul trimite cereri către server, într-un limbaj „înțeles” de către server, iar acesta, la rândul său, procesează cererea, monitorizând în același timp integritatea și consistența datelor și returnează clientului rezultatul cererii procesate. Ca urmare, sarcina rețelei este redusă: clientul nu mai trebuie să proceseze date intermediare. Stocarea și procesarea sunt centralizate, astfel încât această arhitectură este mai fiabilă decât arhitectura serverului de fișiere. Spre dezavantaje arhitectura client-server Acestea includ, în primul rând, complexitatea suficientă a dezvoltării sistemului datorită necesității de a executa logica de afaceri și de a oferi o interfață utilizator într-un singur program și cerințe ridicate pentru stațiile de lucru din același motiv.

Următoarea etapă în dezvoltarea arhitecturilor IS a fost o arhitectură cu mai multe niveluri în care logica de afaceri este executată pe serverul de aplicații. Arhitectura pe mai multe niveluri are următoarele avantaje:

scalabilitate;

configurabilitate - izolarea nivelurilor unele de altele vă permite să reconfigurați rapid și ușor sistemul atunci când apar defecțiuni sau în timpul întreținerii programate la unul dintre niveluri;

Securitate inalta;

fiabilitate ridicată;

cerințe scăzute pentru viteza canalului (rețelei) între terminale și serverul de aplicații;

cerințe scăzute pentru performanțele și caracteristicile tehnice ale terminalelor, rezultând o reducere a costului acestora.

Cu toate acestea, în ciuda avantaje incontestabile, acest sistem nu a fost utilizat pe scară largă din următoarele motive:

complexitatea dezvoltării sistemelor bazate pe arhitectură pe mai multe niveluri, deoarece este foarte dificil să se „alăture” diverse module, mai ales dacă sunt scrise de grupuri diferite. Și o schimbare într-un singur modul, de regulă, provoacă modificări asemănătoare avalanșelor în restul și din acest punct de vedere, chiar și sistem simplu bazat pe arhitectură cu mai multe niveluri, va fi de 2 ori mai greu de finalizat;

cerințe ridicate pentru performanța serverelor de aplicații și a serverelor de baze de date și, prin urmare, costul ridicat al echipamentelor de server;

cerințe ridicate pentru viteza canalului (rețea) între serverul de baze de date și serverele de aplicații;

complexitate ridicată a administrării.

Luând în considerare toate avantajele și dezavantajele fiecărei arhitecturi, alegem arhitectura client-server pentru implementarea sistemului AIS Ticket. Această arhitectură permite o distribuție optimă a muncii între părțile client și server ale sistemului: aplicația care rulează pe stația de lucru nu citește înregistrările bazei de date „direct”, ci trimite cereri către server, unde sunt procesate secvenţial, și rezultatele procesării. sunt trimise la stația de lucru. Și acest lucru reduce semnificativ fluxurile de informații pe LAN.

Schema de funcționare și construcție a sistemului informațional este prezentată în Figura 5.

Figura 5 - Arhitectura client-server

2.2.2 Structura sistemului informaţional, componenţa subsistemelor funcţionale şi suport

Subsisteme funcționale – complexe sarcini economice cu un grad ridicat de schimburi de informații (conexiuni) între sarcini (un anumit proces de prelucrare a informațiilor cu un set clar definit de informații de intrare și de ieșire. Subsistemele funcționale oferă servicii de informare anumite tipuri activități ale sistemului economic (întreprindere), caracteristice diviziunilor sale structurale și (sau) funcțiilor de conducere. Integrare subsisteme funcționaleîntr-un singur sistem se realizează prin crearea și funcționarea subsistemelor suport, cum ar fi:

informativ;

Tehnic;

Software;

Matematic;

Lingvistic.

Subsistemele suport sunt comune întregului IS, indiferent de subsistemele funcționale specifice în care sunt utilizate anumite tipuri de suport. În cadrul lucrării, subsistemele de susținere și organizaționale sunt combinate într-un singur subsistem de sprijin. Justificarea unei astfel de decizii poate fi considerată că componentele acestora asigură implementarea scopurilor și funcțiilor sistemului.

Compoziția subsistemelor suport nu depinde de domeniul selectat și are:

Structură funcțională;

Suport informațional;

Software matematic (algoritmic și software);

Suport tehnic;

Sprijin organizatoric,

iar în stadiul dezvoltării SI suport suplimentar:

Legal;

Lingvistic;

Tehnologic;

Metodologic;

Interfețe cu circuite integrate externe.

Suportul informațional este un set de mijloace și metode pentru construirea unei baze de informații. Acesta definește metodele și formele de afișare a stării unui obiect de control sub formă de date în interiorul IS, documente, grafice și semnale în afara IS.

Software-ul matematic este format din algoritmic și software.

Sprijinul organizațional este un ansamblu de mijloace și metode de organizare a producției și de gestionare a acestora în condițiile introducerii PI.

Scopul suportului organizațional este: selectarea și stabilirea sarcinilor de management, analiza sistemului de management și a modalităților de îmbunătățire a acestuia, dezvoltarea de soluții pentru organizarea interacțiunii sistemelor informaționale și personalul, implementarea sarcinilor de management. Suportul organizațional include metode de comunicare cu clienții, cerințe pentru documente, fișe de post etc.

Software-ul algoritmic este un set de metode, modele și algoritmi matematici utilizați în sistem pentru a rezolva probleme și a procesa informații.

2.2.3 Suport tehnic IS

Complexul de mijloace tehnice ar trebui să includă următoarele elemente:

Posturi de lucru;

Surse de alimentare neîntreruptibile;

Instrumente pentru construirea unui LAN;

server DB;

O imprimantă.

Cerințe server:

Memorie 8 GB;

Procesor 2,2 GHz Intel Xeon 5500 minim;

Viteza disc SATA 8 Gb/s;

Adaptor de rețea 10 Gbps;

sala de operatie sistem Windows Server 2008.

Cerințe pentru stația de lucru:

Procesor 2 GHz;

Memorie 2 GB;

Hard disk nu mai puțin de 500;

Sistem de operare Windows 7;

Adaptor de rețea 100 Mbit/s.

Mijloacele tehnice ale SI sunt descrise ținând cont de cerințele de funcționare a complexului de aplicații software. Mijloacele tehnice trebuie să asigure:

Funcționarea non-stop a unui complex de mijloace tehnice și echipamente;

Executie garantata a intregului pachet software in cazul defectarii sau defectarii unui echipament;

Protecția datelor împotriva accesului neautorizat;

Serverele și stațiile de lucru trebuie să fie conectate printr-o rețea locală.

Figura 2.3 prezintă topologia localului rețea de calculatoare(LAN) pentru SA „Bilet”.

Figura în cauză arată că 5 stații de lucru sunt conectate la serverul de baze de date și serverul de fișiere prin intermediul comutatorului. Topologia rețelei este stea.

Figura 6 - Diagrama logică a rețelei SA „Client”

2.3 Suport informațional IS

2.3.1 Descrierea structurii logice a bazei de informații

Proiectare logică (datalogică) - crearea unei scheme de bază de date bazată pe model specific date, de exemplu model relațional date. Pentru un model de date relaționale, un model datalogic este un set de diagrame de relații, care indică de obicei chei primare, precum și „legături” între relații, care sunt chei străine.

Transformarea unui model conceptual într-un model logic se realizează de obicei după reguli formale. Această etapă poate fi în mare măsură automatizată.

Forma normală este o proprietate a unei relații într-un model de date relațional, care o caracterizează din punct de vedere al redundanței, conducând potențial la rezultate logic eronate ale eșantionării sau modificării datelor. Forma normală este definită ca un set de cerințe pe care o relație trebuie să le satisfacă. Procesul de conversie a relațiilor de baze de date (DB) într-un formular care îndeplinește forme normale, se numește normalizare. Normalizarea are scopul de a aduce structura bazei de date într-o formă care oferă o redundanță logică minimă și nu are scopul de a reduce sau de a crește productivitatea muncii sau de a reduce sau de a crește volumul fizic al bazei de date. Scopul final al normalizării este reducerea potențialului de inconsecvență în informațiile stocate într-o bază de date. Scopul general al procesului de normalizare este:

Eliminarea anumitor tipuri de redundanță;

S-au remediat unele anomalii de actualizare;

Dezvoltarea unui proiect de bază de date care este o reprezentare rezonabil de „înaltă calitate”. lumea reala, intuitiv și poate servi drept bază bună pentru extinderea ulterioară;

Simplificarea procedurii de aplicare restrictii necesare integritate.

Eliminarea redundanței se realizează, de regulă, prin descompunerea relațiilor în așa fel încât în fiecare relație să fie stocate doar fapte primare (adică fapte care nu sunt deduse din alte fapte stocate).

La nivel logic se realizează normalizarea bazei de date, precum și alocarea cheilor pentru fiecare entitate. Conexiunile logice sunt implementate prin chei primare și externe.

2.3.2 Descrierea implementării fizice a bazei de date

Proiectare fizică - crearea unei scheme de bază de date pentru un anumit SGBD. Specificul unui anumit DBMS poate include restricții privind denumirea obiectelor bazei de date, restricții privind tipurile de date acceptate etc. În plus, specificul unui anumit SGBD în timpul proiectării fizice includ alegerea soluțiilor legate de mediul fizic de stocare a datelor (alegerea metodelor de management memorie pe disc, împărțirea bazei de date în fișiere și dispozitive, metode de acces la date), crearea de indexuri etc.

Modelul fizic de date este construit pe baza unui model logic și descrie datele folosind mijloacele unui SGBD specific. Relațiile dezvoltate în etapa de modelare logică sunt convertite în tabele, atributele în coloane, domeniile în tipuri de date acceptate în SGBD-ul specific selectat.

Acestea. într-un model fizic, există o corespondență unu-la-unu între parametrii unui obiect și un model de aceeași natură fizică. În acest caz, elementului sistemului i se atribuie echivalente fizice care reproduc structura, proprietățile de bază și relațiile obiectului studiat. În modelarea fizică, a cărei bază este teoria similitudinii, caracteristicile efectuării unui experiment în natură sunt păstrate, menținând în același timp gama optimă de modificări ale parametrilor fizici corespunzători.

Concluzie

Ca urmare a lucrărilor de curs, a fost finalizată o misiune tehnică pentru dezvoltarea unui sistem informatic pentru o agenție de vânzare și rezervare de bilete de avion și software-ul acesteia.

Termenii de referință pentru un sistem informațional sunt documentul principal care definește cerințele și procedura de creare a unui sistem informațional, în conformitate cu care acesta este elaborat și acceptat la punerea în funcțiune. Acesta conține cerințele de bază pentru caracteristicile funcționale, fiabilitatea, condițiile de funcționare și protecția informațiilor ale sistemului informațional și, de asemenea, descrie procedura de dezvoltare a sistemului.

În conformitate cu obiectivele caietului de sarcini, au fost parcurse următoarele etape de realizare a unui proiect tehnic:

- s-a efectuat analiza domeniului subiectului;

- a fost elaborată o diagramă funcțională a „Bilet” AIS;

- a fost dezvoltat un concept, au fost selectate arhitectura și platforma de implementare a sistemului;

1. proiectat model conceptual AIS „Bilet”;

2. a fost conceput un model logic al sistemului AIS „Ticket” pe baza modelului conceptual;

3. Se determină structura fizică a serverului bazei de date.

Bibliografie

1. GOST 19.201-78 un singur sistem documentația software. Sarcina tehnică. Cerințe pentru conținut și design

2. GOST 34.602-89 Tehnologia informației. Un set de standarde pentru sisteme automatizate. Termeni de referință pentru crearea unui sistem automatizat

3. RD 50-34.698-90 Sisteme automatizate. Cerințe pentru conținutul documentelor

4. V.P. Romanov, N.Z. Emelyanova, T.L. Partyka Proiectarea sistemelor informatice economice. Metodologii și tehnologii moderne. - M: Examen, 2005.- 256 p.;

5. Maklakov S.V. BPWin și ERWin CASE - instrumente de dezvoltare a sistemelor informaționale / Maklakov S.V. - M: DIALOG MEPhI, 2001.-256 p.;

6. Boyko V.V. Proiectarea bazelor de date sisteme informatice / Boyko V.V., Savinkov V.M. - Ed. a II-a. - M.: Finanţe şi Statistică, 1989. - 350 p.

Postat pe Allbest.ru

...

Documente similare

Termeni de referință pentru dezvoltarea unui sistem automatizat și contabilitatea depozitului gestionarea unei baze comerciale universale. Proiectarea unui sistem informatic și alegerea unui mediu pentru crearea unui produs software. Crearea interfeței și manualul de utilizare.

teză, adăugată 07.11.2015

Reguli Federația Rusăîn zonă securitatea informatiei. Procedura de organizare a muncii pentru protejarea informatiilor din sistemele informatice. O abordare generală a dezvoltării specificațiilor tehnice pentru dezvoltarea unui sistem de protecție în acest domeniu.

lucrare de curs, adăugată 05.05.2015

Crearea specificațiilor tehnice pentru dezvoltarea unui sistem informatic pentru comandarea unui bilet de avion. Cerințe de documentare. Procedura de control si acceptare a sistemului. Dezvoltarea conceptului, arhitecturii și platformei de implementare a sistemului informațional.

lucrare curs, adaugat 13.05.2015

Crearea sistemului informatic „Gold”, care automatizează activitatea Atelierului de bijuterii. Modelarea proceselor de afaceri utilizând diagrame IDEF0 și UML și fluxuri de date DFD și sicuence. Întocmirea unui proiect tehnic și a specificațiilor pe baza GOST 34.602-89.

lucrare curs, adăugată 02.10.2013

Compoziţie sistem expert. Cerințe pentru un set de mijloace tehnice. Structura si organizarea suportului tehnic pentru un sistem informatic automat. Documentatie tehnica pentru dezvoltarea instrumentelor software și a metodelor de utilizare a acestora.

rezumat, adăugat 10.09.2014

Învățarea limbilor străine Programare PHP, SQL, C++, HTML. Revizuirea regulilor de lansare și utilizare server local Denwer. Întocmirea specificațiilor tehnice pentru dezvoltarea unui produs software. Descrierea aplicației mobile și web care se creează.

lucrare de curs, adăugată 04.07.2015

Dezvoltarea unui sistem informatic automatizat pentru contabilizarea și controlul lucrărilor de reparații și furnizarea de servicii de dezvoltare software către compania MegionSoftOil, dezvoltare de algoritmi pentru aplicații și module de sistem software.

teză, adăugată 29.06.2012

Justificarea necesității dezvoltării unui sistem informațional. Analiza domeniului. Termeni de referință pentru crearea unui EIS. Statutul juridic și pe scurt caracteristicile economice ale întreprinderii. Starea muncii contabile și analitice la întreprindere.

rezumat, adăugat la 01.09.2009

Dezvoltarea și implementarea unui sistem informatic automatizat (AIS) pentru lucrul cu clienții unei companii de turism (primirea și procesarea aplicațiilor). Evaluarea tehnică și economică a unei agenții de turism, algoritmul și diagrama interfeței software-ului său AIS.

teză, adăugată 21.07.2011

Numărarea numărului de puncte funcționale. Calculul costurilor forței de muncă pentru dezvoltarea unui instrument software și timpul estimat de dezvoltare a acestuia, modelul ciclului de viață. Elaborarea specificațiilor tehnice pentru crearea unui sistem automatizat, cerințe pentru acesta.

Instituție regională de învățământ superior comunal

Institutul de Antreprenoriat „Strategia”

Departamentul de Cibernetică Economică

Lucrări de curs

Subiect:

„Proiectarea și dezvoltarea unui sistem informațional folosind exemplul magazinului Computer Master”

Ape galbene 2010

Introducere

Acest curs examinează un exemplu de creare a unui sistem informațional bazat pe o întreprindere privată „ Maestru de calculator" Scopul scrierii acestui curs este de a studia metode și tehnici de dezvoltare a sistemelor informaționale.

Pentru situația economică dată din țară, în ciuda crizei economice, procesul de informatizare are loc peste tot, acest lucru de curs este important. Din ce în ce mai mult, munca la implementarea sistemelor informaționale este necesară pentru diverse întreprinderi din Ucraina, ceea ce înseamnă că cererea de specialiști calificați în domeniul creării și implementării sistemelor informaționale este în creștere. În același timp, sistemele informatice sunt necesare nu numai pentru marile întreprinderi industriale, ci și pentru micile întreprinderi private, care pot avea și probleme cu gestionarea și funcționarea întreprinderii în general în condițiile informatizării regiunilor Ucrainei. Acesta este ceea ce arată acest lucru de curs, care arată necesitatea implementării unui sistem informațional pentru o întreprindere privată mică „ Maestru de calculator", Și varianta posibila a acestei implementari.

1. Etapa pre-proiect

1.1 Dialog cu clientul

Dialogul cu clientul are loc în biroul companiei sale” Maestru de calculator" Ora întâlnirii este 7 noiembrie, vineri, ora 11:00.

Dezvoltator (R): Buna ziua! Aș vrea să-l văd pe șeful tău !

secretar (C): Buna ziua! Aveți o programare!?

R: Da, ne-am sunat pentru o întâlnire!

CU: Stai putin, te anunt ca ai ajuns! Intră, te așteaptă!

Client (3): Bună dimineața, numele meu este Viktor Ivanovici. Vă rog intrați și așezați-vă.

R: Bună, numele meu este Ioschenko Ivan.

Z: Foarte frumos. Problema noastră este că aș dori să automatizez contabilitatea mărfurilor și Bani primite din vânzarea de bunuri și servicii în magazinul nostru. Momentan nu avem un sistem de contabilitate. Cred că din această cauză nu lucrăm atât de eficient pe cât ne-am dori.

R: A intelege. Este posibil. În prezent, există multe sisteme de automatizare, iar aceste sisteme sunt răspândite și funcționează cu succes în multe întreprinderi. Cred că ne vom da seama ce ar fi cel mai bine să utilizați.

Z: Uimitor. De ce ai nevoie pentru asta?

R: De obicei, procesul de studiere a unei întreprinderi și de implementare a sistemelor informaționale durează de la 3 la 6 luni, în funcție de structura și caracteristicile întreprinderii. Dar cred că în cazul dumneavoastră sistemul va fi gata de funcționare completă pe la jumătatea lunii martie. Veți avea nevoie de specialiști pentru operarea și întreținerea sistemului. Va trebui să angajați unul sau doi pentru a întreține sistemul.

Z: Este acceptabil. Cred că putem rezolva această problemă. Ce altceva te interesează?

R: Pentru început, am nevoie de cel puțin schiță generală familiarizați-vă cu principalele activități ale întreprinderii dvs., structura acesteia, fluxul de documente, fluxurile de informații...

Z: Compania noastra este angajata in vanzari, reparatii si intretinere echipamente informatice. Avem destul de mulți clienți, dintre care unii sunt obișnuiți. Avem un profit destul de mare în fiecare lună și, în principiu, lucrurile merg bine.

R:În opinia dumneavoastră, cât de eficient este magazinul dvs.?

Z: Cred că lucrăm destul de eficient astăzi. Dar, ca orice manager, vreau să măresc eficiența obiectului pe care îl administrez.

R: Cum sunt serviți clienții în magazinul dvs.?

Z: Clienții apelează la consultantul de vânzări și îl întreabă informatie necesara cu privire la acest sau acel produs, iar el, la rândul său, încearcă să-l prezinte și să dea produsul dorit. Apoi are loc plata pentru produs, dacă este un produs care nu necesită instalare sau configurare și este în stoc. Dacă nu este disponibil, mărfurile sunt comandate de la furnizori și furnizate clienților după un anumit timp. La achiziționarea unui PC, consultantul de vânzări întocmește o configurație care să satisfacă dorințele clientului, iar dacă componentele sunt în magazin, computerul este asamblat în 1-3 ore, dacă nu, se comandă de la furnizori, atunci PC-ul este asamblat. efectuat. Clientul plateste dupa primirea marfii.

R: Clar. Câte persoane și echipamente lucrează în magazinul tău?

Z: Magazinul nostru angajeaza doi consultanti de vanzari, 1 casier, 3 specialisti care asambleaza PC-uri noi la comanda, precum si repara echipamente de birou, reumple cartuse etc.; si eu ca regizor. Momentan folosim și 3 PC-uri.

R: Cum primesc consultanții dvs. de vânzări informații despre disponibilitatea mărfurilor în stoc și caracteristicile acestora?

Z: Fiecare dintre consultantii nostri de vanzari are anumite informatii despre produs, acces in depozitul nostru sau de la furnizori. Ei folosesc, de asemenea, informații din reviste, cataloage conținute pe computerele lor de lucru și imprimate.

R: După cum am înțeles deja, sunteți angajat în vânzarea de calculatoare, componente, echipamente de birou și aveți probleme cu organizarea contabilității și a fluxului de documente în magazin?

Z: Da, este.

R: Cum iti alegi sortimentul?

Z:Întotdeauna am încercat să oferim în magazinul nostru o gamă largă de PC-uri și componente ale acestora, știri de piață tehnologia Informatiei. De asemenea, folosim pe scară largă serviciul „comandă personalizată”, adică clientul poate comanda de la noi ceea ce il intereseaza. Lucrăm îndeaproape cu furnizorii noștri.

R: Câteva cuvinte despre furnizori?

Z: Nu avem mulți furnizori; aceștia pot fi împărțiți în mai multe grupuri:

Mici și mari,

Constanta si periodica.

De obicei, nu sunt mai mult de 5-6 în total.

R: Cât de des achiziționați produse noi în magazinul dvs.?

Z: De obicei cumpărăm produse noi o dată la 2 săptămâni. Înainte de aceasta, contactăm furnizorul și comandăm o anumită cantitate de mărfuri de la el. Țin eu evidența consumabilelor pe computer folosind Excel, dar nu sunt mulțumit de limitările funcțiilor sale pentru această activitate. Am nevoie de un sistem bine format și de încredere, care să ofere acces rapid la informațiile de care am nevoie, mijloace convenabile pentru a crea rapoarte etc. Intelegi ce spun?!

R: Da sigur. Asta e tot ce m-a interesat. Mă voi familiariza cu copiile documentelor pe care mi le-ați furnizat și mai detaliat și ne vom apuca de treabă.

Z: Amenda.

R: Vă mulțumim, vă sun în 2 zile, ne vom întâlni și vom analiza în detaliu proiectarea sistemului nostru.

Z: De acord. La revedere.

R: Te văd.

În urma întâlnirii, se pot trage următoarele concluzii:

1. Consultanții de vânzări, când deservesc clienții, uneori nu pot oferi rapid toate informațiile despre orice produs ( specificații) iar clientul trebuie să aștepte ceva timp pentru a primi informațiile necesare.

2. din cauza faptului ca listele de preturi pentru marfuri sunt rar actualizate, apar intreruperi in aprovizionarea anumitor produse, deoarece pana la comanda, pur si simplu este posibil sa nu mai fie in stoc la furnizori.

3. Managerul magazinului, din cauza prezenței unui sortiment foarte mare de produse în magazin, trebuie să petreacă mult timp pentru a determina dimensiunile de achiziție necesare unui anumit produs.

4. Magazinul nu dispune de un sistem automat de inregistrare a vanzarilor de produse.

5. Managerul trebuie să petreacă mult timp analizând vânzările și pregătind rapoarte.

1.2 Descrierea obiectului

Companie " Maestru de calculator» lucrează în domeniul tehnologiei informației și, în special, vinde calculatoare și periferice. În zonă se desfășoară activități comerciale cu amănuntul. Pentru a se angaja în activități comerciale, o entitate economică din domeniul comerțului cu amănuntul are un magazin, un depozit, zone funcționale, care includ zone de vânzare cu amănuntul și spații de depozitare a spațiilor închise pentru depozitarea și vânzarea mărfurilor. Există, de asemenea, o cameră în care computerele și componentele acestora sunt asamblate și întreținute.

Un magazin este un punct de vânzare cu amănuntul staționar, ocupă o cameră separată și are o zonă de vânzare pentru clienți. Funcțiile unui depozit includ crearea sortimentului necesar pentru a onora comenzile clienților. Acumularea și conservarea permit reînnoirea și livrarea continuă pe baza inventarului creat. Depozitul este folosit ca veriga intermediara in lantul producator-cumparator.

1.3 Fluxul documentelor la întreprindere

Întreprinderea are următoarele tipuri documente:

1. facturi

2. facturi consumabile

3. factura fiscala

4. contract

5. tot felul de raportări

6. carduri de garanție etc.

1.4 Cerințe ale clienților pentru sistem

Au fost prezentate următoarele cerințe de bază:

1. Sistemul este ușor de utilizat

2. Eficiența IS

3. Sistemul va rezolva următoarele probleme principale:

· contabilitatea stocurilor;

· contabilizarea fondurilor primite din vânzarea mărfurilor;

· reducerea timpului pentru generarea rapoartelor;

· ordinea fluxului documentelor;

· economisirea timpului la serviciul pentru clienți.

2. Conceptul de sistem informatic

După prima întâlnire cu clientul, obiectul de automatizare a fost studiat în detaliu, precum și toate problemele sale actuale care trebuie rezolvate cu ajutorul unui sistem informatic pentru automatizarea contabilității mărfurilor și a fluxurilor de numerar din magazin " Maestru de calculator».

2.1 Descrierea lucrărilor efectuate

În urma examinării, s-a dovedit că a fost necesară instalarea sistemului pe două computere existente. Pe unul dintre calculatoare (calculatorul principal), folosind un IS, se vor ține evidența mișcării mărfurilor și a fondurilor primite din vânzarea acestora. Specialistul care va fi repartizat să lucreze în magazin va introduce date privind sosirea mărfurilor la depozit, consumul acesteia și deplasările din depozit până la etajul de vânzare al magazinului. La sfarsitul fiecarei saptamani va trebui sa genereze un raport privind soldul marfurilor din depozit si sa verifice consecventa datelor din calculator cu disponibilitatea marfurilor in depozit si pe planul de vanzari. El va fi pe deplin responsabil pentru corespondența datelor din computer cu alte date din depozit. Al doilea computer va fi instalat pe etajul de vânzări; consultanții de vânzări pot șterge ei înșiși mărfurile din baza de date dacă acest produs se află la nivelul vânzărilor. Și dacă produsul nu le este la dispoziție, atunci vor accepta doar o comandă de la cumpărător, iar un specialist va șterge produsul din disponibilitatea în baza de date (deoarece reflectă pe deplin toate mișcările de mărfuri către nivelul de vânzări).

În conformitate cu structura organizatorică, activitățile întreprinderii sunt împărțite în mod convențional în activități principale și auxiliare. Dar întrucât utilizatorii sistemului informatic vor fi personalul care desfășoară principalele activități, ne vom opri mai detaliat asupra funcțiilor îndeplinite de aceste persoane.

Un contabil ține evidențe pentru o companie și întocmește situații financiare.

Casiera este responsabilă pentru eliberarea salariilor și acceptarea fondurilor pentru produsele expediate și livrate.

Responsabilitățile depozitarului includ monitorizarea disponibilității și stării mărfurilor din depozit.

Astfel, putem oferi o diagramă a unui sistem de automatizare a contabilității mărfurilor și a fluxurilor de numerar într-un magazin " Maestru de calculator».

2.2 Justificarea versiunii propuse a conceptului IS

În legătură cu rezultatele studierii obiectului de automatizare, dezvoltatorul propune implementarea sistemului 1C la întreprindere.

O întreprindere care vă permite să păstrați evidența mărfurilor și fluxurilor de numerar și să exercitați controlul asupra acestora.

Pentru a justifica alegerea sistemului 1C, întreprinderii i se oferă următoarele argumente:

1. Sistemul este ușor de utilizat

2. are o interfață prietenoasă cu utilizatorul

3. sistemul ia în considerare particularitățile legislației ucrainene și particularitățile contabilității la întreprinderile naționale.

4. Sistemul este relativ ieftin printre numeroasele sisteme oferite pe piața de software din Ucraina.

5. Nu este dificil să găsești un specialist calificat care lucrează cu sistemul 1C: Enterprise.

2.3 Compoziția preliminară, termenele limită și costul lucrărilor privind implementarea SI

Momentul preliminar al lucrării, compoziția acesteia, precum și costul său aproximativ pot fi prezentate sub forma unui tabel.

Denumirea lucrărilor	Timp de răspuns	Costul aproximativ al lucrării. UAH
Instalare retea de calculatoare
Achiziționarea software-ului 1C
Angajarea unui specialist pentru implementarea și configurarea sistemului
Setarea configurației, crearea unei baze de informații (realizat de un specialist)
Instruirea personalului (efectuat de un specialist din centrul de instruire)
Angajarea unui specialist pentru a susține și întreține sistemul
Pregătirea pentru punerea în funcțiune a sistemului

Dacă calculezi, perioada de la începerea lucrărilor până la implementarea sistemului este de 3,5-4 luni. Costul aproximativ al creării și implementării unui IS pentru automatizarea contabilității mărfurilor și a fluxurilor de numerar este de la 7480 la 10200 UAH. Care este o sumă acceptabilă, ținând cont de fondurile disponibile clientului?

3. Termeni de referință pentru crearea unui IP

Termenii de referință sunt redactați în conformitate cu GOST 34.602–89 „specificațiile tehnice pentru automatizarea sistemului de control”.

Automatizarea sistemului. Etapele creației. Dezvoltatorul principal este responsabil pentru dezvoltarea specificațiilor tehnice.

3.1 Informații generale

Denumirea completă a AIS: Sistem informațional pentru automatizarea contabilității mărfurilor și a fluxurilor de numerar la întreprinderea Computer Master.

Simbol: AIS – „Computer Master”.

Dezvoltarea se realizează pe baza acordului nr. 1 din 09 noiembrie 2009 între client (Viktor Ivanovich, directorul Computer Master) și dezvoltator (Ioshchenko I.G.)

Numele complet al întreprinderii este PE „Computer Master”.

Adresă: regiunea Kirovograd, Alexandria, Bulevardul Lenin nr. 45.

Cont curent: Nr 53425

Dezvoltator: Ioshchenko I.G.

Adresa: regiunea Kirovograd, Alexandria, st. Sadovaya 16.

Crearea unui sistem informatic se realizează în baza acordului nr. 1 din 10 ianuarie 2010 între dezvoltator și client.

Data planificată de începere a lucrărilor este 9.11.09, iar data de încheiere a lucrărilor este 10.03.10.

Finanțarea pentru crearea AIS va fi asigurată de client.

Rezultatele lucrărilor privind crearea unui IP sau a părților sale sunt documentate de dezvoltator în scris și furnizate într-un interval de timp predeterminat.

3.2 Scopul și scopurile creării AIS

Sistemul de control automatizat este conceput pentru a automatiza managementul activităților companiei și anume:

Contabilitatea stocurilor

Contabilitatea mijloacelor fixe și imobilizărilor necorporale

Generarea de rapoarte

Contabilitatea circulatiei marfurilor in depozit

Scopul creării unui IP este creșterea activității economice a obiectului. SI ar trebui, de asemenea, să faciliteze și să accelereze colectarea, prelucrarea și stocarea informațiilor.

3.3 Caracteristicile obiectului de automatizare

Activitățile de tranzacționare se desfășoară în domeniul comerțului cu amănuntul; entitatea comercială dispune de un magazin, depozit și spațiu de birouri.

Un magazin este un punct de vânzare cu amănuntul care ocupă o cameră separată și are o zonă de vânzare pentru clienți. Depozitul este folosit ca veriga intermediara in lantul producator-cumparator. Cu cât stocul este mai mic, cu atât timpul de depozitare este mai scurt și costul costurilor de depozitare este mai mic.

Activitățile principale ale magazinului se desfășoară în condiții normale de lucru.

3.4 Cerințe IS

Cerințe:

Sistemul trebuie să fie simplu și ușor de înțeles pentru utilizator.

Introducerea PI ar trebui să conducă la un efect economic pozitiv.

Păstrarea evidenței mărfurilor din magazin

Planificarea costurilor asociate cu achiziționarea și depozitarea mărfurilor

Planificarea veniturilor aferente vânzării de bunuri

Cerințe pentru tipurile de garanții IP:

Suportul tehnic ar trebui să fie un complex de mijloace tehnice conectate la retea locala.

Software-ul trebuie să includă:

1. 1C „Întreprindere” și componente pentru funcționarea IS

2. Programe antivirus

3. Programe Office (MS Office sau Open Office)

Software-ul trebuie să includă toate metodele și algoritmii dezvoltați și utilizați anterior la nivelul întreprinderii pentru calcularea principalilor indicatori economici.

Suportul de informare ar trebui să includă date despre bunuri, furnizori, prețuri.

Software-ul este un set de norme juridice care reglementează relațiile juridice în timpul creării și implementării sistemului. Sprijinul juridic în etapa de dezvoltare ar trebui să includă reglementări, cu reglementarea legală a relațiilor pe parcursul acestui proces.

Acest sistem informatic va fi implementat în 3,5–4 luni.

Pentru a lucra cu IS, este necesară pregătirea personalului.

3.5 Compoziția și conținutul lucrării pentru crearea sistemului

Etapa pre-proiect include:

Determinarea cerințelor clienților;

Dezvoltarea unui proiect AIS în conformitate cu cerințele clienților;

Elaborarea specificațiilor tehnice în conformitate cu GOST 34.602–89.27.01.08–21.02.08;

Etapa proiectului:

implementarea SI;

Întreținerea sistemului.

Interpreții lucrării sunt:

Dezvoltator IP;

Specialist în crearea LAN;

Specialist in instalare, configurare, intretinere sistem.

Dezvoltatorul IS este responsabil pentru realizarea tuturor lucrărilor în toate etapele.

3.6 Procedura de monitorizare si receptie a sistemului

Pentru ca clientul să accepte sistemul, este necesar să efectueze o operațiune de probă, în timpul căreia este păstrat un jurnal în care sunt înregistrate toate soluțiile la probleme și toate încălcările. Pe baza rezultatelor operațiunii, se întocmește un protocol în care sunt incluse deficiențele și se stabilește un interval de timp pentru eliminare.

În timpul recepției, comisia trebuie să prezinte următoarele documente:

Specificații tehnice pentru sistem

Proiecte tehnice și de lucru pentru sistem

Raport de testare și jurnal

Personalul departamentelor clienților care deservesc sistemul.

Acte de transfer al tuturor părților sistemului informațional către client

Proiect de program de testare și metodologie

Comisia de admitere poate cuprinde personal de conducere, reprezentat de director.

3.7 Cerințe privind compoziția și conținutul lucrării pentru pregătirea unui obiect de automatizare pentru punere în funcțiune

Pentru a pregăti instalația pentru punere în funcțiune, ar trebui să faceți următoarele:

Pregătirea unui obiect pentru trecerea la lucru într-un IS nou

Testarea tuturor materialelor proiectelor tehnice și detaliate și efectuarea modificărilor pe baza rezultatelor

Pentru a pune în funcțiune SI este necesar:

Întocmește rapoarte privind implementarea planului de acțiune pentru pregătirea unității pentru implementare.

Disponibilitatea documentației pentru implementarea IS.

Disponibilitatea personalului, care asigură pregătirea implementării și exploatării.

Disponibilitatea mijloacelor tehnice acceptate IS.

3.8 Cerințe de documentare

Documentația este întocmită în conformitate cu standardele ESKD, ESPD și GOST.

În timpul procesului de dezvoltare IP pot fi utilizate următoarele:

GOST 19.001. – 77. ESPD. "Dispoziții generale";

GOST 19.006. – 82. ESPD. " Cerințe generale să programeze documente executate în formă tipărită”;

GOST 19.201. – 82. ESPD. „specificații tehnice pentru dezvoltarea programului”.

În plus, sunt întocmite și agreate de către dezvoltator și client diferite tipuri de contracte de muncă, acte privind implementarea etapelor de creare a IP, grafice de lucru pe etape și documente întocmite după finalizarea fiecărei etape.

Termeni de referință pentru crearea sistemului

Specificații tehnice pentru sisteme automate de control

De asemenea, sunt utilizate informațiile obținute de la personalul de conducere și operațional, precum și bazate pe cerințele clienților.

4. Proiect tehnic de lucru

4.1 Documentația generală a sistemului

4.1.1 Notă explicativă

Proiect tehnic de lucru pe AIS " Maestru de calculator» este unul dintre principalele documente care ghidează crearea și implementarea IP. Acest document oferă documentația conform căreia ar trebui să funcționeze sistemul, precum și calculul eficienței economice obținute în urma implementării SI. Documentarea proiectului tehnic de lucru include documentarea informațiilor, suport tehnic, organizatoric și matematic.

Acest document a fost agreat de client și dezvoltatorul principal. Proiectul tehnic de lucru este supus modificării numai în acele cazuri specificate în acordul nr.1 din 9 noiembrie 2009, crearea IP se realizează pe baza acordului sus-menționat încheiat între client și IP. dezvoltator.

Descrierea generală a IP-ului " Maestru de calculator»

AIS în curs de dezvoltare " Maestru de calculator» este conceput pentru a automatiza contabilitatea mărfurilor și a fluxurilor de numerar dintr-un magazin, în scopul creșterii eficienței economice a întreprinderii. Denumirea completă a sistemului „Sistem de informații pentru contabilitatea mărfurilor și a fluxurilor de numerar la întreprindere” Maestru de calculator».

Sistemul îndeplinește principalele obiective ale creării sale, și anume:

1. Asigurarea fiabilității datelor contabile privind mărfurile din depozit și fluxurile de numerar.

2. Asigurarea eficienței obținerii de informații primare, generalizate, analitice și de raportare despre bunuri și fonduri primite din vânzarea mărfurilor.

3. Reducerea intensității forței de muncă în colectarea, înregistrarea, rezumarea și analizarea informațiilor despre bunuri și fluxuri de numerar din întreprindere.

4. Formarea de informații eficiente și suport analitic pentru mecanismele de optimizare a contabilității mărfurilor și a fluxurilor de numerar.

5. Reducerea costurilor de depozitare a mărfurilor.

4.1.2 Plan de acțiune pentru pregătirea instalației pentru punerea în funcțiune a SI

Pentru a pune în funcțiune IS trebuie:

1. Pregătirea obiectului de automatizare pentru implementare.

2. Instruirea personalului (instruirea personalului si testarea capacitatii de a asigura functionarea sistemului).

3. Completarea SI cu produsele furnizate.

4. Reechiparea spațiilor și amenajarea posturilor de lucru în conformitate cu standardele și normele.

5. Angajarea unui specialist pentru service și suport IS (realizat de client conform recomandărilor dezvoltatorului).

4.1.3 Calculul eficienței economice

Eficiența economică a AIS implementat poate fi evaluată prin efecte calculate. Acestea includ:

· Întărirea controlului asupra performanței muncii.

· Posibilitatea de înregistrare a operațiunilor efectuate.

· Creșterea gradului de fiabilitate a informațiilor.

· Restricționarea accesului la informații în conformitate cu cerințele sistemelor protejate.

· Obținerea de informații mai detaliate și automatizarea colectării acestora.

· Noi metode de integrare și sistematizare pentru rezolvarea problemelor contabile și luarea deciziilor de management.

Datorită automatizării instalațiilor, numărul de vânzători poate fi redus la doi. Atunci salariul a doi vânzători va fi 2∙12∙800=19200 UAH. in an. Dar costul întreținerii unui specialist în întreținerea sistemului va costa 1∙12∙1000=12000 UAH. in an.

Astfel, efectul economic anual de la introducerea IP va fi egal cu: 19200 – 12000 = 7200 UAH. in an.

4.2 Documentarea părții funcționale

4.2.1 Descrieri ale funcțiilor automate

Diagrama structurii funcționale a IS.

· Asigurarea eficientei obtinerii informatiilor primare, generalizate, analitice si de raportare privind stocurile si fluxurile de numerar se realizeaza cu ajutorul rapoartelor si procesarii intocmite de IS la cererea utilizatorului.

· Colectarea, contabilizarea, rezumarea si analiza informatiilor privind stocurile si fluxurile de numerar se realizeaza datorita rapoartelor si procesarii intocmite de IS la cererea utilizatorului.

· Formarea de informații eficiente și suport analitic pentru mecanismele de optimizare a contabilității stocurilor și a fluxurilor de numerar, minimizând costurile de stocare a stocurilor.

4.2.2 Descrierea enunțului problemei

Baza pentru construirea unui AIS " Maestru de calculator„este implementarea sistemului 1C: Enterprise 7.7, cu ajutorul căruia se realizează soluția problemei automatizării contabilității mărfurilor și a fluxurilor de numerar în magazin și depozit. Baza IS construită îndeplinește obiectivele descrise în clauza 2 din specificațiile tehnice pentru sistem și îndeplinește cerințele clientului.

4.3 Documentarea suportului organizațional pentru IS

O diagramă a structurii organizatorice a unității este prezentată în anexa la raportul privind etapa pre-proiect de implementare a SI.

Descrierea structurii organizatorice a SI

Contabilitatea mărfurilor se realizează folosind 2 computere, care sunt conectate într-un singur sistem. Folosind un computer de depozit, se țin evidența primirii și consumului de mărfuri, iar datele prelucrate sunt transmise celorlalți participanți la rețea. Se va ține și o evidență a mărfurilor din magazin. La sfârșitul fiecărei săptămâni va fi suficient să afișați soldurile și să verificați disponibilitatea mărfurilor în magazin și în depozit cu datele furnizate de computer. Vânzătorii trebuie să introducă date pe chitanțele pentru bunurile care se află în magazin, să introducă cheltuieli și să retragă solduri și, de asemenea, să folosească acest sistem atunci când servesc clienții.

4.4 Documentație de suport pentru informații

Suportul informațional (IS) al AIS constă în informații normative și de referință prezentate sub formă de constante în sistemul 1C: Enterprise și care pot fi modificate de un specialist în suport AIS. Suportul informațional include și baze de date format DBF(structura unora dintre ele este prezentată în Anexa 4), care nu au fost utilizate anterior la întreprindere pentru contabilizarea mărfurilor și au fost compilate în procesul de introducere a informațiilor inițiale.

Suport informațional al AIS " Maestru de calculator» include date despre marfa (numar de serie, denumirea produsului, denumirea furnizorului, cantitatea de marfa, data sosirii la depozit, pretul de achizitie, data scoaterii din depozit etc.). Aceste informații sunt introduse în baza de date a stației de lucru (format DBF) și preluate de acolo după cum este necesar. Bazele de date care conțin informații despre bunuri și fluxuri de numerar pentru anii anteriori ar trebui arhivate și stocate (în arhive) pe hard disk-urile stației de lucru. Baza de date stochează și date despre furnizori și clienți.

În fiecare lună, configurația sistemului este salvată și stocată în arhive de pe computerul gazdă. La nevoie, fiecare utilizator poate folosi informațiile de care are nevoie, descarcându-le de pe computerul principal.

4.5 Documentația hardware

Fiabilitatea unui set de mijloace tehnice este evaluată prin utilizarea echipamentelor existente și noi, precum și prin modul de funcționare al IS. Deoarece toate PC-urile și echipamentele de birou incluse în IS au fost achiziționate, starea acestora este evaluată la 90% conformitate cu fiabilitatea sistemului.

Suportul tehnic al IP-ului include: două computere cu aceeași configurație care erau disponibile. Calculatoarele sunt conectate la o rețea locală folosind un cablu torsadat și o topologie logică rețea de apel» care vă permite să transmiteți informații cu o viteză de 10–100 Mbit/sec.

Hardware-ul include și un dispozitiv de imprimare – o imprimantă.

4.6 Documentația software

Software-ul include toate metodele și algoritmii dezvoltați anterior la întreprindere pentru calcularea principalilor indicatori economici ai managementului, contabilității și controlului bunurilor și fluxurilor de numerar din întreprindere. De asemenea, oferă algoritmi pentru funcționarea sistemului ca întreg și sarcinile sale individuale.

4.7 Documentația software

software AIS " Maestru de calculator» include:

– Sistem de operare MS Windows instalat direct pe stațiile de lucru,

– 1C: programul Enterprise 7.7, inclusiv toate componentele sale pentru funcționarea directă a IS,

– antivirus software,

– arhivator

- Manager de fișiere

– alt software Microsoft Office 2003.

Principalul software pentru operarea AIS " Maestru de calculator„este programul 1C: Enterprise 7.7 care este instalat pe toate PC-urile care fac parte din hardware-ul IS. Documentația pentru acest program a fost acceptată ca parte a documentației pentru IS ca întreg.

Toate programele de mai sus sunt instalate pe toate computerele care fac parte din rețea.

Sistemul are o structură componente. Există doar trei componente principale: „Contabilitatea”, „Contabilitatea operațională”, „Calcul”. Fiecare componentă extinde capacitățile sistemului cu mecanismul său de procesare a informațiilor.

Concluzie

Proiectarea urmărește să asigure funcționarea eficientă a AIS și interacțiunea cu specialiștii care utilizează computerele în domeniul de activitate al unei anumite entități economice și dezvoltarea unui mijloc de comunicare pentru a-și îndeplini sarcinile profesionale și a lua decizii de management. Este un design de înaltă calitate care asigură crearea unui sistem care este capabil să funcționeze cu îmbunătățirea constantă a componentelor sale tehnice, software, informaționale, adică baza sa tehnologică, și extinzând gama de funcții de management implementate și obiecte de interacțiune. Introducerea AIS într-o întreprindere facilitează foarte mult lucrul cu documente, ceea ce face posibilă rezolvarea rapidă și eficientă a multor probleme. Funcționarea cu succes a sistemului dezvoltat și implementat oferă un efect economic vizibil prin reducerea costurilor, eliberarea timpului de lucru al specialiștilor, îmbunătățirea calității și fiabilității contabilității pentru circulația mărfurilor și facilitarea pregătirii documentației și raportării însoțitoare.

Lista literaturii folosite

1. Sisteme și tehnologii informaționale în economie Pentru. Ed. V.S. Ponomarenka, Kiev, „Academie”, 2002.

2. Filimonenko N.I. Note de curs pentru cursul „Modele și metode de management de proiect”.

3. Tehnologii informatice automatizate în economie. Sub. Ed. G.A. Titarenko, Moscova, „Computer”, 1998.

4. Sistem unificat de documentare a programului. Comitetul de Stat al URSS pentru standarde, M., 1982.

5. R. Fatrepp, D. Schafer, L. Schafer Software Project Management. Realizare. Obținerea calității optime la costuri minime, Williams, Moscova - Sankt Petersburg - Kiev, 2003.

6. Proiectarea sistemelor informatice. In spate. Ed. V.S. Ponomarenko, Kiev, „Academia”, 2002.

Acasă > Specificații tehnice

MINISTERUL CULTURII AL RF

St.Petersburg Universitate de stat cultura si artele

Departamentul de Informatică și Tehnologii Informaționale

PROIECTARE SISTEME INFORMATICE

SARCINA TEHNICĂ

pentru dezvoltare

sistemul informatic educational

< Numele complet al sistemului și simbolul acestuia >

pe 4 foi

__.__.200_ emis

Saint Petersburg

Informații generale

Motive pentru dezvoltare

Un sistem informațional educațional este în curs de dezvoltare ca parte a studiului și dezvoltării cursului „Proiectarea și utilizarea sistemelor informaționale”.

Datele planificate pentru începerea și finalizarea lucrărilor, precum și procedura de procesare și prezentare a rezultatelor lucrărilor către Client sunt stabilite în paragrafele 4 și 5 din prezentul TOR.

Scopul și scopurile creării unui sistem informațional educațional

Scop

Sistemul informatic educational este destinat:

munca in continuare

Obiectivele creării unui proiect de sistem informațional educațional

Se creează un sistem informațional educațional pentru:

curs de pregatire

Cerințe privind materialele de raportare ale sistemului informațional educațional

Cerințe pentru materiale în general

Compoziția materialelor de raportare. Materialele de raportare ar trebui să conțină două părți principale: documentația de proiect și un aspect al sistemului informațional (o bază de date completată împreună cu interogări, formulare, rapoarte, pagini de acces), implementate folosind DBMS-ul ACCESS (sau alt sistem). Aspectul trebuie implementat în conformitate cu proiectul. Materialele de proiectare ar trebui să descrie aspectul și capacitățile sale.

Conținutul documentației proiectului

Documentația de proiectare trebuie să conțină următoarele părți.

Pagina titlu

caracteristici generale

activitati de informare

procesele informaţionale

Scurte specificații tehnice. Specificațiile tehnice trebuie să reflecte:

scopul și scopurile creării IP; cerințele pentru sistem în ansamblu; funcții și sarcini automatizate de bază, caracteristici de timp pentru rezolvarea problemelor și cerințe pentru prezentarea informațiilor în sistem;

criterii de eficacitate a sistemului în curs de dezvoltare (factori care determină utilitatea sistemului în curs de dezvoltare, criterii de evaluare a acestora); lista etapelor și fazelor de lucru și termenele de finalizare a acestora, termenele de elaborare a documentației proiectului.

Secțiunea „Proiectare tehnică”, care conține următoarele subsecțiuni:

link-uri de informații

suport informativ

Lista surselor utilizate (literatură). Secțiunea „Proiect de lucru”, care conține următoarele subsecțiuni:

forme complexe

Proiect tehnic

Structura sistemului informatic

Dispunerea sistemului informatic trebuie implementată în conformitate cu proiectul. Ar trebui să fie o bază de date completată cu interogări, formulare, rapoarte care implementează sarcinile descrise în proiect.

Cerințe de documentare

La elaborarea documentelor, luați în considerare următoarele cerințe:

alcătuirea secțiunilor și subsecțiunilor documentului de raportare trebuie să corespundă celor enumerate la paragraful „Conținutul documentației de proiect”; diagramele modelului funcțional, modelelor de flux de date, modelelor conceptuale și fizice sunt întocmite sub formă de desene și sunt incluse în textul principal; De asemenea, în textul principal se regăsesc textele de interogări, desenele de prezentare a formularelor, rapoartele, paginile de acces, documentele exemple, tabele care descriu modele, tabele care descriu proprietățile câmpurilor bazei de date sunt date ca anexe.

Lista etapelor de lucru și a termenelor limită pentru finalizarea acestora

Lucrările se desfășoară în conformitate cu programul dat pagina următoare(Tabelul 4.1).

Procedura de control și acceptare a materialelor de raportare

Materialele de raportare sunt transmise în două termene limită:

În semestrul de toamnă se depune un raport care corespunde primelor cinci puncte ale orarului. În semestrul de primăvară, sunt prezentate rezultatele finale ale lucrării: un raport (inclusiv rezultatele revizuite din semestrul precedent), precum și o bază de date - un aspect al IS dezvoltat.

Evaluarea muncii din semestrul de toamnă se realizează sub forma unui test. În semestrul de primăvară, toate lucrările anului sunt luate ca lucrări de curs. Numai studenții care și-au finalizat lucrările de curs au voie să susțină examenul. Penalize.

Rezultatele proiectării trebuie să fie livrate în termenele specificate în grafic. Încălcarea termenelor limită atrage penalizări.Dacă Dezvoltatorul (studentul) nu depune primul raport la termenul specificat în grafic, acesta nu are voie să susțină testul. Dacă raportul este depus cu întârziere, decizia de admitere la test este luată de către Client (profesor) în termen de o săptămână.Dacă Dezvoltatorul (studentul) depune materialele de raportare finală mai târziu decât termenul limită specificat în program, nota pentru munca la curs este redusă cu 1 punct. Apărarea lucrărilor de curs depuse poate avea loc nu mai devreme de o săptămână de la prezentarea materialelor de raportare. Decizia de admitere la examen se ia de către profesor pe baza rezultatelor susținerii lucrărilor de curs. Dorința Dezvoltatorului de a primi o bursă nu este o bază pentru anularea penalităților.

Program de lucru pentru elaborarea materialelor de raportare

Tabelul 4.1.

	Nume de scena	Termen limită	Materiale depuse
	LUCRĂRI PENTRU SEMESTRUL DE TOAMNĂ
1	Selectarea domeniului și organizației pentru care ar trebui proiectat sistemul informațional	La o săptămână după prima prelegere	nume IP
2	„Cercetarea” domeniului de studiu (pe baza literaturii de specialitate și ca urmare a comunicării cu experții)	La o săptămână după a treia prelegere
3	Dezvoltarea unui model funcțional	La o săptămână după a patra prelegere	Diagrame funcționaleîn formă scrisă de mână
4	Dezvoltarea unui model de flux de date	La o săptămână după a cincea prelegere	Diagrame de flux de date scrise de mână
5	Elaborarea descrierilor documentelor de intrare și ieșire	Se încheie pe 25 noiembrie	Structura detaliilor documentului, dependențe funcționale Detalii
6	Elaborarea documentației de proiectare în conformitate cu paragrafele 3.2.1 – 3.2.5	În curs. practic clase.
7	Livrarea documentației de proiect	20 decembrie	Documentație sub formă de raport
	LUCRARI DE SEMESTRU DE PRIMAVARA
8	Dezvoltarea unei diagrame de context de domeniu	La o săptămână după a doua prelegere	Diagrama software contextuală în formă scrisă de mână
9	Dezvoltarea unei scheme de baze de date în limbajul SGBD selectat	Până la sfârșitul celei de-a doua practici. clase
10	Implementarea sistemului (completarea tabelelor bazei de date, dezvoltarea interogări, formulare, rapoarte, pagini de acces)	Până la sfârșitul celei de-a cincea lecții practice	Baza de date completată cu interogări, formulare etc.; prezentat profesorului
11	Înregistrarea rezultatelor (proiect și bază de date)	La o săptămână după punctul 9	Lucrări de curs: documentație, prezentată sub formă de raport și în dosar; Bază de date
12	Apărare, desigur	Nu mai devreme de o săptămână după data scadentă anterioară

Curs 15. Elaborarea specificaţiilor tehnice pentru realizarea unui sistem informaţional

Specificații tehnice pentru crearea unui IP.

2. Compoziția și conținutul specificațiilor tehnice

Un extras din GOST 34.602-89 SPECIFICAȚII TEHNICE PENTRU CREAREA UNUI SISTEM DE INFORMAȚII este consultativ, definind compoziția și conținutul specificațiilor tehnice. În timpul implementării Republicii Kârgâz, este permis justificate modificarea compoziției și conținutului specificațiilor tehnice.

Specificația tehnică pentru un IS este documentul principal care definește cerințele și procedura de creare (dezvoltare sau modernizare - apoi creare) a unui sistem automatizat, în conformitate cu care se realizează dezvoltarea unui SI și acceptarea acestuia la punerea în funcțiune.

Cerințele incluse în specificațiile tehnice pentru IP trebuie să corespundă nivelului actual de dezvoltare a științei și tehnologiei și să nu fie inferioare cerințelor similare pentru cei mai buni analogi moderni interni și străini.

În funcție de tipul, scopul, caracteristicile specifice ale obiectului de automatizare și condițiile de funcționare ale sistemului, este posibil să se întocmească secțiuni ale specificațiilor tehnice sub formă de aplicații, să se introducă altele suplimentare, să se excludă sau să se combine subsecțiuni ale specificațiilor tehnice. .

COMPOZIȚIA ȘI CONȚINUTUL TK

1. În secțiune "Informații generale" indicați: numele complet al sistemului și simbolul acestuia; numele întreprinderilor (asociațiilor) dezvoltatorului și clientului (utilizatorului) sistemului și detaliile acestora; datele planificate de început și de sfârșit pentru lucrările de creare a sistemului .

2. Sectiunea „Scopul și scopurile creării (dezvoltării) sistemului” constă din subsecțiuni:

„Scopul sistemului” indică tipul de activitate care este automatizată (management, proiectare etc.) și lista de obiecte de automatizare pe care ar trebui să fie utilizat.

„Obiectivele pentru crearea unui sistem” furnizează denumirile și valorile cerute ale indicatorilor tehnici, tehnologici, de producție-economici sau de altă natură ai unui obiect de automatizare care trebuie atins ca urmare a creării unui SI, indică criteriile de evaluare a atingerii obiectivelor. pentru crearea unui sistem.

În capitolul „Caracteristicile unui obiect de automatizare” conduce informatie scurta despre obiectul de automatizare sau link-uri către documente care conțin astfel de informații și informații despre condițiile de funcționare ale obiectului de automatizare și caracteristicile mediului.

3. Sectiunea "Cerințe de sistem" constă din următoarele subsecțiuni: cerințe pentru sistem în ansamblu; cerințe pentru funcțiile (sarcinile) îndeplinite de sistem; cerințe pentru tipurile de garanții.

Compoziția cerințelor pentru sistemul inclus în această secțiune a specificațiilor tehnice pentru IS este stabilită în funcție de tipul, scopul, caracteristicile specifice și condițiile de funcționare ale unui anumit sistem.

În subsecțiunea „Cerințe pentru sistem în ansamblu” indicați:

cerințe pentru structura și funcționarea sistemului;

cerințe privind numărul și calificarea personalului sistemului și modul de funcționare al acestora;

indicatori de destinație;

cerințe de fiabilitate;

cerințe de siguranță;

cerințe de ergonomie și estetică tehnică;

cerințe de transportabilitate pentru circuitele integrate mobile;

cerințe pentru operarea, întreținerea, repararea și depozitarea componentelor sistemului;

cerințe pentru protejarea informațiilor împotriva accesului neautorizat;

cerințe pentru siguranța informațiilor în caz de accidente;

cerințe de protecție împotriva influențelor externe;

cerințe pentru standardizare și unificare;

Cerințe suplimentare.

Cerințele pentru structura și funcționarea sistemului includ:

1) o listă de subsisteme, scopul și principalele caracteristici ale acestora, cerințele pentru numărul de niveluri ierarhice și gradul de centralizare a sistemului;

2) cerințe pentru metode și mijloace de comunicare pentru schimbul de informații între componentele sistemului;

3) cerințe privind caracteristicile relațiilor sistemului creat cu sistemele aferente, cerințe pentru compatibilitatea acestuia, inclusiv instrucțiuni privind metodele de schimb de informații (automat, prin trimiterea documentelor, prin telefon etc.);

4) cerințe pentru modurile de operare a sistemului;

5) cerințe pentru diagnosticarea sistemului;

6) perspective de dezvoltare și modernizare a sistemului.

Cerințele pentru numărul și calificarea personalului și IS includ:

cerințe privind numărul de personal (utilizatori) ai sistemului informațional;

cerințele pentru calificarea personalului, procedura de formare a acestora și controlul cunoștințelor și aptitudinilor;

modul de operare necesar personalului IS.

În cerințele pentru indicatorii de scop a IS pe care le oferă valorile parametrilor care caracterizează gradul de conformitate a sistemului cu scopul său (gradul de adaptabilitate a sistemului la schimbările proceselor, metodele de control și abaterile în parametrii obiectului de control; limite acceptabile pentru modernizarea și dezvoltarea sistemului ; caracteristici probabilistic-timp sub care scopul propus al sistemului este păstrat).

Cerințele de fiabilitate includ:

1) compoziția și valorile cantitative ale indicatorilor de fiabilitate pentru sistemul în ansamblu sau subsistemele acestuia;

2) o listă a situațiilor de urgență pentru care trebuie reglementate cerințe de fiabilitate și valorile indicatorilor corespunzători;

3) cerințe pentru fiabilitatea hardware și software;

4) cerințe pentru metodele de evaluare și monitorizare a indicatorilor de fiabilitate în diferite etape de creare a sistemului în conformitate cu documentele de reglementare și tehnice actuale.

Cerințele de siguranță includ cerințe pentru asigurarea siguranței în timpul instalării, punerii în funcțiune, exploatării, întreținerii și reparațiilor echipamentelor tehnice ale sistemului (protecție împotriva efectelor curentului electric, câmpurilor electromagnetice, zgomotului acustic etc.), în funcție de nivelurile admise de iluminare, vibrații și sarcini de zgomot .

Cerințe de ergonomie și estetică tehnică includ indicatori IS care determină calitatea necesară a interacțiunii om-mașină și confortul condițiilor de muncă pentru personal.

Pentru circuitele integrate mobile, cerințele privind transportabilitatea includ cerințele de proiectare care asigură transportabilitatea mijloacelor tehnice ale sistemului, precum și cerințele pentru vehicule.

Cerințele pentru operare, întreținere, reparare și depozitare includ:

1) condițiile și reglementările (modul) de funcționare, care trebuie să asigure utilizarea mijloacelor tehnice (TS) ale sistemului cu indicatori tehnici specificați, inclusiv tipurile și frecvența de întreținere a TS a sistemului sau admisibilitatea funcționării fără întreținere ;

2) cerințe preliminare pentru zonele admise pentru adăpostirea personalului și a sistemelor vehiculelor, pentru parametrii rețelelor de alimentare cu energie electrică etc.;

3) cerințe privind numărul, calificarea personalului de service și modurile de funcționare ale acestora;

4) cerințe pentru compoziția, amplasarea și condițiile de depozitare a unui set de produse și dispozitive de rezervă;

5) cerințe pentru reglementările de întreținere.

Cerințe pentru protejarea informațiilor împotriva accesului neautorizat cuprind cerințele stabilite în documentația normativă și tehnică în vigoare în industria clientului (departament).

În cerințele de securitate a informațiilor furnizați o listă a evenimentelor: accidente, defecțiuni ale echipamentelor tehnice (inclusiv pierderea puterii) etc., în care trebuie asigurată siguranța informațiilor din sistem.

Cerințele pentru mijloacele de protecție împotriva influențelor externe includ:

1) cerințe pentru protecția radioelectronică a activelor IP;

2) cerințe de durabilitate, stabilitate și rezistență la influențele externe (mediul de utilizare).

În cerințele pentru puritatea brevetului indicați o listă a țărilor pentru care trebuie asigurată puritatea patentată a sistemului și a părților sale.

Cerințele pentru standardizare și unificare includ: indicatori care stabilesc gradul necesar de utilizare a metodelor standard, unificate pentru implementarea funcțiilor (sarcinilor) sistemului, software-ul furnizat, metode și modele matematice standard, soluții standard de proiectare, forme unificate de documente de management stabilite prin GOST 6.10.1, toate- Clasificatori unionali de informații tehnice și economice și clasificatori de alte categorii în conformitate cu domeniul lor de aplicare, cerințele de utilizare a stațiilor de lucru automatizate standard, componente și complexe.

Cerințe suplimentare include:

1) cerințe pentru dotarea sistemului cu dispozitive pentru pregătirea personalului (simulatoare, alte dispozitive în scopuri similare) și documentația pentru acestea;

2) cerințe pentru echipamentele de service, standuri pentru testarea elementelor sistemului;

3) cerințe de sistem legate de condiții speciale de funcționare;

4) cerințe speciale la discreția dezvoltatorului de sistem sau a clientului.

În subsecțiunea „Cerințe pentru funcții (sarcini)” efectuate de sistem, sunt date următoarele:

1) pentru fiecare subsistem, o listă de funcții, sarcini sau complexe ale acestora (inclusiv cele care asigură interacțiunea unor părți ale sistemului) supuse automatizării;

2) regulamente de timp pentru implementarea fiecărei funcții, sarcini (sau set de sarcini);

3) cerințe pentru calitatea implementării fiecărei funcții (sarcină sau set de sarcini), pentru forma de prezentare a informațiilor de ieșire, caracteristici ale preciziei și timpului de execuție necesar, cerințe pentru îndeplinirea simultană a unui grup de funcții, fiabilitatea a rezultatelor;

4) lista și criteriile de defecțiune pentru fiecare funcție pentru care sunt specificate cerințe de fiabilitate.

În subsecțiunea „Cerințe pentru tipurile de garanții”, în funcție de tipul de sistem, sunt date următoarele cerințe:

Pentru software-ul matematic sistemele oferă cerințe pentru compoziția, domeniul de aplicare (limitări) și metodele de utilizare a metodelor și modelelor matematice în sistem, algoritmi standard și algoritmi care urmează să fie dezvoltați.

Pentru suport informativ: sistemele dau cerințe:

1) la componența, structura și metodele de organizare a datelor în sistem;

2) la schimbul de informații între componentele sistemului;

3) la compatibilitatea informaţiei cu sistemele aferente;

4) cu privire la utilizarea clasificatoarelor de industrie, a documentelor unificate și a clasificatoarelor din întreaga Uniune și republicane înregistrate care operează la o întreprindere dată;

5) privind utilizarea sistemelor de management al bazelor de date;

6) la structura procesului de colectare, prelucrare, transmitere a datelor în sistem și prezentare a datelor;

7) pentru a proteja datele împotriva distrugerii în timpul accidentelor și întreruperilor de alimentare a sistemului;

8) pentru a controla, stoca, actualiza și restaura datele;

Pentru suport lingvistic sistemele oferă cerințe pentru utilizarea limbajelor de programare la nivel înalt, limbaje de interacțiune cu utilizatorul și mijloace tehnice ale sistemului în sistem, precum și cerințe pentru codificarea și decodarea datelor, limbaje de intrare-ieșire a datelor, limbaje de manipulare a datelor, mijloace de descrierea domeniului subiectului (obiect de automatizare), modalități de organizare a dialogului.

Pentru software sistemele furnizează o listă de software achiziționat, precum și cerințe: pentru independența software-ului față de hardware-ul computerului utilizat și OS; la calitatea software-ului, precum și la metodele de furnizare și control al acestuia; dacă este necesar, coordonați software-ul nou dezvoltat cu fondul de algoritmi și programe.

Pentru suport tehnic sistemele oferă cerințe:

1) la tipurile de mijloace tehnice, inclusiv tipurile de complexe de mijloace tehnice, complexe software și hardware și alte componente permise pentru utilizare în sistem;

2) la caracteristicile funcționale, de proiectare și operaționale ale mijloacelor de suport tehnic ale sistemului.

În cerințele pentru suport metrologic conduce (nu este necesar pentru economiști):

1) lista preliminară a canalelor de măsurare;

2) cerințe pentru acuratețea măsurătorilor parametrilor și (sau) pentru caracteristicile metrologice ale canalelor de măsurare;

3) cerințe de compatibilitate metrologică a mijloacelor tehnice ale sistemului;

4) o listă a canalelor de control și de calcul ale sistemului pentru care este necesară evaluarea caracteristicilor de precizie;

Pentru sprijin organizatoric dați cerințele:

1) la structura și funcțiile unităților implicate în exploatarea sistemului sau asigurarea funcționării;

2) la organizarea funcționării sistemului și a procedurii de interacțiune între personalul SI și personalul instalației de automatizare;

3) pentru a proteja împotriva acțiunilor eronate ale personalului sistemului.

Pentru suport metodologic furnizează cerințe pentru alcătuirea documentației de reglementare și tehnică a sistemului (lista standardelor, reglementărilor, metodelor etc. utilizate în funcționarea acestuia).