COLLEGEUL DE INGINERIE PANIMALAR

DEPARTAMENTUL DE INFORMATICĂ Ș I ÎNGEINERIE

INGINERIE SOFTWARE – UNITATEA 2

SRS (SPECIFICAȚIA CERINȚELOR Ș I SOFTWARE-ULUI) PROBLEMĂ

O companie de camioane independentă doreș te să urmărească ș i să înregistreze obiceiurile de conducere ale ș oferilor săi. Pentru aceasta
scopul companiei a închiriat 800 de numere de telefon ș i a imprimat numărul pe faț ă, spate ș i laturi
din toate camioanele deț inute de companie. Lângă numerele 800 este scris un mesaj „VĂ RUGĂM SĂ RAPORTAȚ I
ORICE PROBLEMĂ CU Ș OFERUL SAU CAMIONUL SUNAȚ I ACEST NUMĂR. Compania de hacking aș teaptă
pentru a dezvolta un sistem care:

(i) Colectează informaț ii de la apelant despre performanț a ș i comportamentul ș oferului, precum ș i despre camion.
condiț ie.
(ii) Generează rapoarte zilnice ș i lunare pentru gestionarea ș oferilor ș i camioanelor.
(iii) Raportează problemele care necesită acț iuni imediate unui manager de serviciu.

Analizaț i enunț ul problemei ș i listaț i funcț iile principale care trebuie incluse în documentul SRS.

RĂSPUNS:

Specificaț ia cerinț elor software

Sistem de Monitorizare a Ș oferilor de Camion

Cuprins

1. Introducere .............................................................................................Eroare! Marcajul nu este definit.

1.1 Scop............................................................................................Eroare! Marcajul nu este definit.
1.2 Domeniul de aplicare al produsului .......................................................................Eroare! Marcajul nu este definit.
1.3 Defini ț ii, acronime ș i abrevieri ...........................................Eroare! Marcajul nu este definit.
1.4 Referin ț e.......................................................................................Eroare! Marcajul nu este definit.
1.5 Prezentarea documentului..............................................................Eroare! Marcaj nedefinit.
2. Descriere generală ................................................................................Eroare! Marcaj nedefinit.
2.1 Perspectiva Produsului.........................................................................Eroare! Marcaj nedefinit.
2.2 Func ț ii ale produsului ...........................................................................Eroare! Marcaj neinclus.
2.3 Caracteristicile utilizatorului ........................................................................Eroare! Marcaj neîncercat definit.
2.4 Constrângeri generale.........................................................................Eroare! Marcaj nespecificat.
2.6 Presupuneri ș i Dependen ț e .....................................................Eroare! Marcajul nu este definit.
3. Cerin ț e specifice.............................................................................Eroare! Marcaj nedefinit.
3.1 Cerin ț e func ț ionale ................................................................Eroare! Marcaj nedefinit.
3.2 Cerin ț e Non-Func ț ionale........................................................Eroare! Marcajul nu este definit.
3.3 Cerin ț e pentru Interfe ț e..................................................................Eroare! Marcaj nespecificat.
4. Anexe ...............................................................................................Eroare! Marcajul nu este definit.
5. Indice .........................................................................................................Eroare! Marcaj nespecificat.

1
 1.0. Introducere

1.1. Scop
Scopul acestui document este de a prezenta o descriere detaliată a Sistemului de Hacking pentru Camioane.
voi explica scopul ș i caracteristicile sistemului, interfeț ele sistemului, ceea ce va face sistemul,
constrângerile în care trebuie să funcț ioneze ș i modul în care sistemul va reacț iona la stimulii externi.

1.2. Domeniul de aplicare al proiectului

Acest sistem software va fi un Sistem de Hackuire a Camioanelor pentru urmărirea camioanelor ș i a ș oferilor care conduc.
comportament. Acest sistem va fi proiectat pentru a minimiza condusul imprudent ș i a reglementa traficul. Prin minimizarea
conducerea imprudentă evită accidentele.

Mai precis, acest sistem este proiectat pentru a permite apelantului să comunice cu agentul de serviciu.
manager pentru a informa despre performan ț a ș i comportamentul ș oferului, precum ș i despre condi ț iile camionului. Software-ul
va facilita comunicarea între apelant ș i managerul de serviciu prin telefon ș i generează raportul pentru
fiecare conducător auto ș i gestionarea camioanelor.

1.3. Definiț ii, acronime ș i abrevieri

Termen Definiț ie

Apelant Persoană care informează despre performanț a ș i comportamentul ș oferului.

Bază de date Colectarea tuturor informaț iilor monitorizate de acest sistem.
Apelat Persoana care primeș te ș i actualizează informaț ii
Manager de serviciu Persoana care primeș te informaț ii generează rapoarte ș i ia măsuri corective.
Cerinț ele software Un document care descrie complet toate funcț iile unui sistem propus
Specificaț ie ș i limitele în cadrul cărora trebuie să funcț ioneze.

1.4. Referinț e
IEEE. IEEE Std 830-1998 Practică Recomandată IEEE pentru Specificaț iile Cerinț elor Software.
Societatea Informatică IEEE, 1998.

1.5. Prezentarea documentului

Capitolul următor, secț iunea Descriere generală, din acest document oferă o prezentare generală a
funcț ionalitatea produsului. Acesta descrie cerinț ele informale ș i este folosit pentru a stabili un context pentru
specificaț ia cerinț elor tehnice în capitolul următor.
Al treilea capitol, secț iunea Specificaț ii ale cerinț elor, din acest document este scris în principal pentru
dezvoltatorii ș i descrie în termeni tehnici detalii despre funcț ionalitatea produsului.

Ambele secț iuni ale documentului descriu acelaș i produs software în întregime, dar sunt destinate
pentru audienț e diferite ș i, prin urmare, folosesc un limbaj diferit.

2.0. Descriere generală

2.1 Perspectiva produsului Telefon

Apelant
Telefon

În serviciu
manager 2

Apelant
Sistemul de Hackuire a Camioanelor are apelanț i, callee ș i manager de serviciu. Orice apelant poate comunica cu
sistemul este prin telefon. Managerul de serviciu va lua măsuri în consecinț ă.

2.2 Funcț iile produsului

Un sistem de hackerează a camioanelor face următoarele lucruri, aș a cum este arătat mai jos.

Colectaț i informaț ii de la apelant despre performanț a ș i comportamentul ș oferului, precum ș i despre camioane
condiț ie
Generaț i rapoarte zilnice ș i lunare pentru fiecare ș ofer ș i managementul camioanelor.
Raportează problemele care necesită acț iune imediată unui manager de serviciu.

2.3 Caracteristici ale utilizatorului

Se aș teaptă ca apelantul să facă un apel. Managerul de serviciu este aș teptat să analizeze

plângeri ș i luaț i măsurile necesare. Cunoscător al internetului ș i capabil să folosească sistemul.

3.0 Cerinț e specifice

3.1 Cerinț e Funcț ionale

Acest sistem are următoarele sarcini.

i) Menț ineț i detaliile camionului: Compania de camioane menț ine informaț ii despre camioanele lor
în baza lor de date. Adăugarea de informaț ii noi despre camioane, modificarea, ș tergerea detaliilor despre camioane sunt
susț inut în această sarcină.
ii) Menț ineț i detaliile ș oferului: Compania de camioane păstrează informaț ii despre ș oferii lor
în baza lor de date. Aceasta include adăugarea detaliilor noului ș ofer, modificarea, ș tergerea detaliilor ș oferului
susț inut în această sarcină.
iii) Lista programului: Indică care ș ofer conduce camionul cu destinaț ia, data.
iv) Primirea plângerii: Când un apelant face o plângere despre camion la telefon,
informaț iile precum numărul camionului, data, ora, locul, problema actuală sunt înregistrate în
registru de reclamaț ii.
v) Generaț i raportul zilnic: pregătiț i raportul zilnic despre toate plângerile primite.
vi) Generaț i Raport Lunar : preparaț i raportul lunar despre toate plângerile primite.

3.1.1 Caz de utilizare al apelantului

Faci un apel

Apelant

3
3.1.2 Manager de serviciu Caz de utilizare

Colectează informaț ii

Generaț i
raport

Raport
problemă

În serviciu
manager

3.2 Cerinț e non-funcț ionale

Funcț ionalitate: Utilizatorul final colectează toate informaț iile ș i le înregistrează în sistem. Două niveluri
sunt disponibile logările. 1. Logarea pentru apelat 2. Logarea pentru managerul de serviciu pentru a actualiza ș i vizualiza plângerile.
Loginul Managerului de Serviciu are mai multe drepturi decât Loginul Apelantului.

Uș urinț a în utilizare: Acest sistem este dotat cu opț iuni prietenoase pentru utilizator, bazate pe meniuri, pentru a actualiza
plângeri, pentru a genera rapoartele
Fiabilitate : Deoarece MS-Access este folosit pentru a stoca informaț iile, generarea de rapoarte ș i acț iunea
măsurile luate împotriva ș oferului pentru conducerea sa nepoliticoasă sau orice altă activitate sunt foarte confidenț iale.

Performanț ă: Informaț iile sunt actualizate rapid, iar rapoartele sunt generate într-o fracț iune din
secunde
Securitate: Deoarece sunt furnizate două autentificări cu parole, o a treia persoană nu poate accesa
informaț ii păstrate în acest sistem.

3.3 Cerinț e de interfaț ă

Nu există o interfaț ă hardware specială conectată la acest sistem. Deoarece MS Access 7.0 cu Visual
Basic 6.0 este folosit pentru a stoca baza de date, nu este necesară o interfaț ă ODBC pentru conectivitate.

4. Anexe
Specificaț ie hardware

i3
RAM :
Specificaț ia Software-ului :
Interfaț ă front-end : Visual Basic 6.0

MS. Access 10.0

Schematica Bazei de Date
Masă pentru Camioane Data achiziț iei Date
NumărCamion Număr Model Ș ir

4
Limită de permisiune String ID camion Ș ir
Starea prezentă Text ID conducător String
Destinaț ie Date
Dată ș i Timp Ș ir
Tabel ș oferi
ID-ul ș oferului Ș ir
Nume Ș ir Tabel de Înregistrare a Reclamaț iilor

data naș terii Date ID camion Ș ir

Adresă Cordon Loc Ș ir
Departamentul de Justiț ie Date Stare actuală Ș ir
Plângere Ș ir
Acț iune String
Tabel de program
Id-ul călătoriei Număr
5. Index

Camion 2,3,4
Plângere
Număr de telefon

Manager de serviciu
Apelant 2,3,4

ÎNTREBARE DE LUCRU: Un sistem automatizat de emitere a biletelor vinde bilete de tren. Utilizatorii îș i aleg
destina ț ie & introduce ț i un card de credit & un număr de identificare personal. Biletul de tren este emis & al lor
contul de card de credit a fost taxat cu costul său. Când utilizatorul apasă butonul de start, se afiș ează un meniu
destinaț ia potenț ială este activată împreună cu mesajul către utilizator de a selecta destinaț ia. Odată ce o
destinaț ia a fost selectată, utilizatorul este rugat să introducă un identificator personal. Când tranzacț ia de credit
a fost validat, biletul este emis.

(i) Write a set of non-functional requirements setting out its expected reliability & its response
timp.
(ii) Identifică ambiguităț ile sau omisiunile din declaraț ie ș i scrie sistemul
cerinț e folosind o notare bazată pe java. Orice presupuneri rezonabile pot fi făcute.