0% au considerat acest document util (0 voturi)
38 vizualizări12 pagini

Specifica Ia Cerin Elor Software Pentru: Sistem

Documentul specifică cerințele software pentru un Sistem de Management al Studenților, destinat gestionării informațiilor legate de admitere și examinare. Sistemul permite accesul ușor la datele studenților și automatizează procesele administrative, fiind utilizabil de către orice colegiu. De asemenea, se detaliază mediul de operare, interfețele necesare și constrângerile de proiectare.

Tradus de

ScribdTranslations
Drepturi de autor
© All Rights Reserved
Respectăm cu strictețe drepturile privind conținutul. Dacă suspectați că acesta este conținutul dumneavoastră, reclamați-l aici.
Formate disponibile
Descărcați ca PDF, TXT sau citiți online pe Scribd
0% au considerat acest document util (0 voturi)
38 vizualizări12 pagini

Specifica Ia Cerin Elor Software Pentru: Sistem

Documentul specifică cerințele software pentru un Sistem de Management al Studenților, destinat gestionării informațiilor legate de admitere și examinare. Sistemul permite accesul ușor la datele studenților și automatizează procesele administrative, fiind utilizabil de către orice colegiu. De asemenea, se detaliază mediul de operare, interfețele necesare și constrângerile de proiectare.

Tradus de

ScribdTranslations
Drepturi de autor
© All Rights Reserved
Respectăm cu strictețe drepturile privind conținutul. Dacă suspectați că acesta este conținutul dumneavoastră, reclamați-l aici.
Formate disponibile
Descărcați ca PDF, TXT sau citiți online pe Scribd

Specificaț ia cerinț elor software

pentru
Managementul studenț ilor
Sistem

Versiunea 1.0 aprobată

Pregătit de,
Aleena Anil
Dorothy Sisro Shajan
Nandana B
S5 CSE

INSTITUTUL DE TEHNOLOGIE Ș I Ș TIINȚ E MAR BASELIOUS

07-01-2022
CUPRINS

CUPRINS..................................................................................II

[Link].............................................................................................
1.1 PURPOSE.......................................................................................................1
1.2 DOCUMENT CONVENTIONS...............................................................1 1.3
AUDIENȚ A ÎNŢELEASĂ ŞI SUGESTII DE CITIRE....................1 1.4
PRODUCT SCOPE ...................................................................................2 1.5
REFERENCES..............................................................................................2

2. DESCRIERE GENERALĂ.........................................................................2
2.1 PERSPECTIVA PRODUSULUI..........................................................................2
2.2 FUNCȚ IILE PRODUSULUI.........................................................................2 2.3
CLUASE Ș I CARACTERISTICI ALE UTILIZATORILOR .........................................2 2.4
MEDIU DE FUNC Ț IONARE...............................................................3 2.5
CONSTRÂNGERI DE PROIECTARE Ș I IMPLEMENTARE..............................3 2.6
DOCUMENTAȚ IE UTILIZATOR .........................................................................3 2.7
AȘ TEPTĂRI Ș I DEPENDENȚ E ..................................................3
3.3. CERINȚE PENTRU INTERFAȚA EXTERNĂ.....................................4
3.1 USER INTERFACES...................................................................................4
3.2 INTERFEȚ E DE HARDWARE...................................................................4 3.3
INTERFE Ț E SOFTWARE......................................................................4 3.4
INTERFEȚ E DE COMUNICAȚ IE ........................................................4
4. CARACTERISTICI ALE SISTEMULUI .................................................................................4
4.1 CARACTERISTICA SISTEMULUI 1...............................................................................4

[Link] CERIN ȚE NONFUNC ȚIONALE.....................................7


5.1 CERIN Ț E DE PERFORMAN Ț Ă.......................................................7
5.2 CERIN Ț E DE SECURITATE.................................................................7
5.3 ATRIBUTELE CALITĂȚ II SOFTWARE.....................................................8
6. ALTE CERINȚE ...................................................................8
ANEXA A: GLOSAR............................................................................8
APENDICEA B: MODELE DE ANALIZĂ.........................................................9
1. Introducere
Un Sistem de Management al Studenț ilor (SMS) este un sistem care gestionează înregistrările
student cu privire la admitere ș i partea de examinare. Un Management al Studen ț ilor
Sistemul (SMS) este conceput pentru a ajuta colegiile în gestionarea studenț ilor la stomatologie.
Informa ț ii extinse sunt disponibile la îndemâna ta prin acest sistem.
Vizualizarea datelor studen ț ilor, gestionarea admiterii ș i reorganizării, gestionarea locurilor,
quota, board, semester, faculty, category and for examination, block allocation,
managementul subiectelor, programarea examenelor, rezultate ș i problemele conexe sunt simplificate
ș i u ș or. Există capacită ț i de căutare personalizate pentru a ajuta la găsirea studen ț ilor
informaț ii ș i lucrul cu dosarele studenț ilor. Acest lucru poate face sistemul mai uș or de
navigaț i ș i utilizaț i maximizând eficienț a timpului ș i a altor resurse.
SMS permite păstrarea datelor personale într-o formă care poate fi uș or accesată
ș i analizate într-un mod consecvent.

1.1 Scop
Proiectul este despre a gestiona toată informa ț ia studentului referitoare la
admitere ș i examen. De asemenea, gestionează resursele care au fost gestionate ș i
gestionat de forț a de muncă anterior. Scopul principal al proiectului este de a integra
sec ț iuni distincte ale organiza ț iei într-un mod consistent astfel încât complex
funcț iile pot fi gestionate fără probleme de orice persoană tehnică sau non-tehnică.
Proiectul vizează următoarele aspecte: Automatizarea admiterii ș i
înscrierea conform consiliului, cotă, categorie ș i locuri disponibile. Asistenț ă în
decizie. Pentru a gestiona informa ț iile despre studen ț i, facultate ș i cursuri.
Actualizaț i constant informaț iile tuturor studenț ilor. Scopul principal al
Modulul Admin este destinat introducerii de lucruri noi ș i configurării aspectelor importante.
de exemplu, doar administratorul este autorizat să introducă cotele, consiliul, subiectul, categoria, etc.
iar doar administratorul are permisiunea de a configura examenul ș i de a stabili structura tarifelor. Aș adar, masterul
ecranele pentru toate acestea sunt vizibile doar pentru rolul de admin. Acest lucru este realizat de admin
Modul. De asemenea, poate crea utilizatorii ș i locaț iile fizice ș i logice. Astfel,
scopul principal al Modulului Admin este de a gestiona funcț ionarea dinamică a
sistemul.

1.2 Conveț ii ale documentului


Următoarele convenț ii tipografice sunt folosite în acest document.
Main Section Titles
Font: Times New Roman

Specification
Pentru
<proiect>

Versiunea 1.0 aprobată


Pregătit de <author>

Roman
• Face: Bold
• Mărime: 14

Titluri Secț iune Sub


• Font: Times New Roman
• Faț ă: Îndrăzneț

• Mărime: 12

Alte explicaț ii ale textului

• Font: Times New Roman


• Faț ă: Normal
• Mărime: 12

1.3 Intended Audience and Reading


Sugestii
Prima secț iune a SRS oferă o idee scurtă despre sistemul propus pentru studenț i
sistemul de management este ș i care este necesitatea de a-l avea. A doua secț iune
arată calea către o descriere generală a aplica ț iei, func ț iilor, perspectivei,
operating environment, design and implementation constraints, data inputs
necesar. A treia secț iune este scrisă cu scopul de a arăta diferitele sisteme
funcț ii în detaliu. Subsecț iunile oferă o descriere detaliată a fiecărei
caracteristici. A patra sec ț iune explorează diferitele descrieri ale externe
interfeț e precum interfaț a utilizatorului, interfaț a hardware ș i interfaț a software.
a cincea secț iune se concentrează pe detalii ale cerinț elor non-funcț ionale, cum ar fi securitatea
cerinț e, cerinț e de siguranț ă etc...

1.2 Product Scope


Domeniul de aplicare al proiectului include următoarele:

• Orice colegiu poate folosi acest sistem, deoarece nu este centrat pe client.
• Toată activitatea legată de admitere ș i examinare pentru student poate fi efectuată
folosind acest sistem.
• Livraț i locul de muncă electronic
• Oferiț i suport bilingv
• Suport ș i întreț inere aplicaț ie după implementarea în producț ie
• Modulul Admin poate fi reutilizat pentru proiecte care au multe
utilizatori cu drepturi diferite. Prin urmare, este reutilizabil.

1.4 References
1[Link]
[2][Link]
[3] [Link]

[Link] GENERALĂ
2.1 Perspectiva Produsului
Diversele instrumente de sistem care au fost folosite pentru a dezvolta atât partea de front-end,
se discută despre partea de back end ș i alte instrumente ale proiectului în această secț iune.

FRONT END:
JSP, HTML, CSS, JAVA SCRIPTS sunt folosite pentru a implementa frontend-ul. Java
Pagina Server (JSP)
Paginile diferite din aplicaț ii sunt concepute folosind JSP. O pagină de server Java
componenta este un tip de server java care este conceput pentru a îndeplini rolul unui utilizator
interface for a java web application. Web development write JSPs as text files
care combină cod HTML sau XHTML, elemente XML ș i JSP încorporat
acț iuni ș i comenzi. Folosind JSP, se pot colecta date de la utilizatori prin intermediul web
pagină.
HTML (Limbaj de Marcare Hyper Text)
HTML este o sintaxă utilizată pentru a formata un document de text pe web.

CSS (Foile de Stil în Cascadă)


CSS este un limbaj de stiluri folosit pentru a descrie aspectul ș i formatul unui
document scris într-o limbaj de marcare.
Java Script
JS este un limbaj de programare computerizată dinamic. Este folosit cel mai des ca
parte a browserelor web, a căror implementări permit scripturilor de pe partea clientului să interacț ioneze
cu utilizatorul, controlaț i browserul, comunicaț i asincron ș i alteraț i
conț inutul documentului care este afiș at.

BACK END:
Partea din spate este implementată folosind MYSQL, care este folosit pentru a proiecta
baze de date.
MYSQL
MySQL este a doua cea mai utilizată bază de date relaț ională open-source din lume
sistem de management (RDMS). Fraza SQL reprezintă interogare structurată.
PHP
PHP este un limbaj de scripting pe partea serverului, conceput pentru dezvoltarea web, dar ș i
folosit ca un limbaj de programare cu scop general. Codul PHP este interpretat de un
server web cu un modul procesor PHP, care generează web-ul rezultat
page: PHP commands can be embedded directly into an HTML source document
mai degrabă decât a apela un fiș ier extern pentru a procesa datele.

GATEWAY SMS
O poartă SMS permite unui computer să trimită sau să primească servicii de mesaje scurte
(SMS) transmisii către sau dintr-o reț ea de telecomunicaț ii. Cele mai multe mesaje
sunt în cele din urmă dirijate către reț elele de telefonie mobilă. Multe portaluri SMS
sus ț ine conversia media din email ș i alte formate. Un direct•pe•mobil
Gateway-ul este un dispozitiv care are conectivitate wireless încorporată. Conectivitate GSM. Permite trimiterea de SMS-uri.
mesaje text care trebuie trimise sau primite prin e-mail, de pe pagini web sau din alte
aplicaț ii software prin obț inerea unui identificator unic de la telefonul mobil
modul de identitate al abonatului, sau "cartela SIM". U ș ile directe către mobil sunt
diferit de agregatoarele SMS, deoarece sunt instalate pe un organizaț ie
reț ea proprie ș i conectaț i-vă la o reț ea mobilă locală. Conexiunea la reț eaua mobilă
reț eaua este creată prin achiziț ionarea unui număr de cartela SIM de la operatorul de telefonie mobilă ș i
instalându-l în gateway.

2.2 Funcț ii ale Produsului


Func ț ia principală a serverului web al Sistemului de Gestionare a Studen ț ilor este
în esenț ă, să salvăm toate informaț iile sistemului în mod secvenț ial în baza de date
server. Departamentul de administrare va avea acces la întregul sistem
mediu ș i care poate fi modificat în funcț ie de nevoile lor. Arhitectura lui
întregul sistem este simplificat astfel încât orice persoană să se poată conecta la sistem ș i să-l folosească
funcț ii. Baza de date a sistemului este accesibilă numai administratorului, iar administratorul poate doar
modify the changes.

2.3 Caracteristicile utilizatorului


Profilurile utilizatorilor identificate pentru a avea interacț iune cu Sistemul de Management al Studentului
că oricine se poate înregistra ș i se poate conecta în sistem ș i utiliza resursele necesare.
studenț ii pot completa cu uș urinț ă formularul de înregistrare online ș i să îl trimită. Ș i
adminul va verifica detaliile pentru a vedea dacă studentul este eligibil conform admiterii
criterii. După ce studentul s-a registrat cu succes, el poate folosi colegiul/scoala
mediile de sistem în conformitate cu limitele stabilite de administrator.

2.4 Mediu de Operare


2.4.1 Interfeț e Software
Toate interfeț ele vor fi pagini ASPX care rulează în cadrul browserului de internet.
SMS trebuie să se integreze cu baza de date prin intermediul interfeț ei SQL. Sistemul va fi găzduit.
in a web server running on Windows Server 2005.

2.4.2 Interfeț e hardware


Toate componentele care pot fi executate pe computere personale cu sistem de operare Windows
platforme ș i alte platforme precum Linux, Unix.
2.5 Constrângeri de proiectare ș i implementare
Sistemul de Management al Studenț ilor poate fi accesat cu succes de orice locaț ie a clientului
ș i nu este necesar ca fiecare înregistrare să fie autentică, aș a că există ș anse de
înregistrare falsă care poate reflecta unele erori. Aș adar, sistemul este conceput astfel încât
modul în care baza de date va fi actualizată de administrator ș i există avantaje mai bune
opț iuni de securitate disponibile pe server care pot preveni adresele IP false
sistem de acces.

2.6 Documentaț ia Utilizatorului

În manualul nostru de utilizare, vom păstra informaț iile referitoare la produsul nostru.
care poate fi înț eles de o persoană nouă care urmează să o folosească. Dacă o nouă
persoanele care folosesc ajutorul online vor beneficia de explicatii
fiecare ș i fiecare pas clar, produsul nostru poate fi util pentru orice utilizator.

2.7 Asumț ii ș i Dependenț e


• Utilizatorul ar trebui să opereze pe computer sau laptop împreună cu o conexiune la internet.

Regulile ș i reglementările sunt predefinite.

3. Cerinț e pentru interfaț a externă

3.1 Interfeț e Utilizator


serverul web al Sistemului de Management al Studenț ilor trebuie să ofere o interfaț ă utilizator care
va fi accesibil prin orice browser de internet, cele mai importante fiind Google
Chrome ș i Internet Explorer 12.
3.2 Interfeț e hardware

Avem nevoie de o conexiune LAN pentru a interacț iona cu baza de date ș i computerele locale
pentru orice ajutor sau orice altă cerin ț ă. Folosim protocolul TCP/IP pentru
comunicând cu gazdele locale. De asemenea, avem nevoie de un sistem cu procesor P4; 1GB
RAM ș i memorie de bază de date.
3.3 Interfeț e software

Folosim MS. Net 3.5 ș i limbajul de programare C#.Net 3.5 pentru a scrie codul
pentru proiect. [Link] 3.5 pentru crearea paginilor web, folosind GUI pentru autentificare
ecrane ș i interacț ionând cu baza de date. SQL Server 2005 este folosit pentru crearea
baza de date locală ș i globală (server). Microsoft Visual Studio 2008 IDE pentru
scrierea programelor. Sistem de operare: Windows XP sau o versiune mai recentă.

3.4 Interfeț e de Comunicaț ie

Funcț iile de comunicaț ie necesare pentru acest produs sunt conexiunea LAN
în cadrul întregii companii astfel încât administratorul, angajatul ș i clientul să poată interacț iona
între ele. Folosim protocolul TCP/IP.

4. Caracteristici ale sistemului


Modul de autentificare (MA)

Utilizatorul (admin, student ș i profesori) va putea încărca modulul de autentificare în


browser de internet. LM-ul va sprijini utilizatorul să se conecteze la sistem. Conectarea
panoul va conț ine câmpuri pentru a conț ine un nume de utilizator ș i un câmp pentru parolă.
câmpul de parolă va fi mascat cu simboluri atunci când utilizatorul tastează. De asemenea, va trebui să
conț ine un buton etichetat ca Autentificare. Atunci când utilizatorul face clic pe butonul Autentificare,
numele de utilizator ș i parola vor fi verificate de administratorul bazei de date ș i abia apoi
utilizatorul va putea folosi funcț iile sistemului.
Modul utilizatori înregistraț i (RUM)

După autentificarea cu succes, utilizatorul va putea continua să navigheze prin


website ș i vizualizaț i informaț ii detaliate despre ș coală/ facultate. După un login reuș it, utilizatorul
(admin, studenti ș i profesori) vor putea să îș i actualizeze ș i să îș i menț ină profilul,
cum ar fi schimbarea parolei ș i a detaliilor personale.
Modul Utilizatori Normali (MUN)

Utilizatorii care vizitează SMS, dar nu s-au înregistrat, pot naviga prin
website. Utilizatorii vor putea vizualiza evenimentele curente ș i institutul viitor.
program. Utilizatorii vor putea vizualiza orarul ș colii/universităț ii ș i cadrele didactice
informaț ii. Utilizatorii se pot înregistra ca utilizatori înregistraț i, făcând clic
pe butonul înregistrează-te acum.

Modul Administrator (AM)


După logarea reu ș ită, sistemul va afi ș a func ț iile administrative.
Funcț iile administrative prezentate vor fi adăugare ș i actualizare. Când administratorul
dă clic pe butonul de adăugare, sistemul va afiș a o secț iune în care administratorul poate
adăugaț i detalii noi despre studenț i, eliminaț i detaliile neutilizate ale studenț ilor ș i multe altele. Când
administratorul face clic pe butonul de actualizare, sistemul va afi ș a o sec ț iune unde
administratorul poate actualiza detaliile studen ț ilor ș i programul cursurilor care sunt
în prezent stocat în baza de date. Când administratorul adaugă, actualizează sau ș terge
la intrare, modul AM va trimite cererea către Modulul Server care va face
schimbările necesare în DB.
Modul Server (SM)
SM va fi între diversele module ș i DB. SM va primi totul
solicitările ș i formatează paginile în consecinț ă pentru a fi afiș ate. SM va valida ș i
executa toate cererile din celelalte module.

5 Cerinț e non-funcț ionale


Cerinț ele non-funcț ionale pot exista pentru următoarele atribute. Adesea aceste
cerinț ele trebuie să fie îndeplinite la un nivel sistemic, mai degrabă decât la nivel de unitate.
Declaraț i cerinț ele în următoarele secț iuni în termeni măsurabili (de exemplu, 95%)
tranzacț ia va fi procesată în mai puț in de o secundă, timpul de nefuncț ionare a sistemului poate să nu
depăș eș te 1 minut pe zi, > 30 zile valoarea MTBF, etc.)

5.1 Performance Requirement


Sistemul de Management al Studenț ilor va fi construit pe baza dezvoltării web
tehnica ș i pus pe serverul web online. Sistemul ș i serverul trebuie să fie
capabil să gestioneze funcț ionalitatea de eroare în timp real care apare de către utilizatorii definiț i.
In addition, the system must be safety critical. All failures reported by the server
închiderea trebuie gestionată instantaneu pentru a permite siguran ț a utilizatorului ș i a sistemului.

5.2 Cerinț e de securitate


Trebuie să existe un mecanism de securitate puternic implementat pe partea serverului.
the system to keep unwanted users to hack or damage the system. However, all
utilizatorii sistemului oferă ș i stochează detalii privind confidenț ialitatea legate de datele personale
informaț ii ș i multe altele. Cu toate acestea, sistemul nostru poate fi accesat online, aș a că noi
am nevoie de un sistem foarte sigur în ceea ce priveș te securitatea.

5.3 Atributele calităț ii software-ului


5.3.1 Portabilitate
Există o cerinț ă de portabilitate în ceea ce priveș te sistemul nostru, deoarece este un
sistem online, cât ș i offline (bazat pe server local) astfel încât să putem accesa de pe
oricând prin conexiunea la internet. Ș i trebuie să păstrăm o copie a
datele stocate în baza noastră de date.

5.3.2 Reliability
Sistemul este critic pentru siguranț ă. Dacă iese din modul normal de funcț ionare,
cerinț ă de a opri sau a repara serverul cât mai curând posibil ș i de a-l deschide
din nou. Această comportare de urgenț ă nu trebuie să apară fără un motiv.

[Link] Cerinț e
Un mod de operare degradat ar trebui să fie posibil, în care fiecare sistem poate
să funcț ioneze independent de programarea centralizată. Software-ul va avea defecț iuni ș i
codurile de recunoaș tere a erorilor acț ionează ca o plasă de siguranț ă, împiedicând astfel software-ul să
efectuând orice funcț ii catastrofale majore

Anexa A: Glossar
▪ Bază de date: O bază de date este o colecț ie organizată de date, astfel încât să poată fi uș or
accesate ș i gestionate. Puteț i organiza datele în tabele, rânduri, coloane ș i
indexează-l pentru a face mai uș or găsirea informaț iilor relevante.

▪ Sistem de operare: Un sistem de operare este un software care acț ionează ca o interfaț ă
între utilizatorul final ș i hardware-ul computerului.

▪ HTML: HTML reprezintă Limbajul de Marcare pentru Hyper Text HTML este standardul
limbaj de marcare pentru crearea paginilor web.
▪ JavaScript: JavaScript JS este un limbaj de programare folosit în principal pentru
scripturi dinamice pentru pagini web.

MySQL: Este un sistem de gestionare a bazelor de date.

▪ Procesor: Este un circuit digital care efectuează operaț ii asupra unor date externe
sursă, de obicei memorie sau alt flux de date.
▪ Front-end: Este modulele sau zonele de software sau site-uri web care sunt vizibile ș i
utilizat direct de utilizator.
▪ Back-end: Este partea unui sistem software sau serviciu online cu care utilizatorul nu interacț ionează direct.
nu interac ț ionează cu ș i care este de obicei accesibil doar programatorilor sau
administratori.

S-ar putea să vă placă și