PSI Lab 2 [PDF]

Zitiervorschau

Ministerul Educaţiei, Culturii şi Cercetării al Republicii Moldova Universitatea Tehnică a Moldovei Facultatea Calculatoare Informatică și Microelectronica Departamentul Ingineria Software şi Automatică

Raport Lucrarea de laborator Nr.2 Disciplina: Proiectrarea Sistemelor Informaționale Tema: Elaborarea Specificațiilor Tehnice (Caietul de Sarcini) necesare pentru realizarea unui sistem informatic conform standardului ISO 12207. Realizarea unui joc de învățare a alfabetului si scrisului cursiv

A efectuat St. Grupa Ti-171 F/R

Zaharia Nicolae

Verificat Dr. Conf.unv

Chirev Pavel

Chișinău 2021

Cuprins Indicații metodice.................................................................................................2 Caietul de sarcini ...............................................................................................3 1. Generalități.......................................................................................................5 2. Descrierea obiectului autimatizării...................................................................6 2.2 Definiții, Acronime și Abrevieri.....................................................................7 3. Cerințe referitoare la sistem.............................................................................7 3.1 Cerințe de interfață.........................................................................................7 3.2 Cerințe funcționale pentru cazuri de utilizare................................................8 3.3 Cerințe de asigurare a calității......................................................................11 4. Componența și conținutul lucrărilor pentru crearea sistemului ....................12 4.1 Etape de creare.............................................................................................12 4.2 Estimarea termenilor de execuție.................................................................12 Bibliografie.........................................................................................................1 3

Scopul lucrării: Elaborarea Caietului de Sarcini 1. 2. 3. 4. 5. 6. 7. 8. 9.

Caietul de sarcini trebuie să conțină următoarele compartimente: Generalități Destinația și scopurile creării sau modernizării Sistemului Informațional Descrierea obiectului automatizării. Cerințe funcționale față de sistem. Componența și conținutul lucrărilor pentru crearea sistemului. Modul de testare / verificare și predare / primire a sistemului. Cerințe referitoare la componența și conținutul lucrărilor de pregătire a obiectului automatizării pentru lansarea în exploatare a Sistemilui Informațional proiectat. Cerințe privind documentația. Sistemilui Informațional proiectat. Lista documentelor legale și normatve ce reglementează activitatea obiectului social-economic pentru care se proiectează sistemul dat.

Indicații metodice În conformitate cu cerințele standardului ISO 12207 specificațiile tehnice necesare pentru realizarea unui sistem informatic trebuie să conțină mai multe compartimente. Sistemul trebuie să aibă denumire completă și abreviere. Se descrie cui este destinat sistemul și care este scopul acestui proiect.  Se indică data de începere și finalizare a lucrărilor, cine execută și cine este beneficiarul. Se descrie la  general procesul automatizării, se determină obiectivele pentru care va fi utilizat sistemul (extinderea sistemului) și informații despre condițiile de exploatare și caracteristicile sitemului. Cerințe referitoare la sistem Cerințe privind sistemul în totalitate: 

cerințe referitoare la structura și modul de funcționare a sistemului (lista subsistemelor, nivelele ierarhice, gradul de centralizare, modul de schimb informațional, regimurile de funcționare, interacțiunea cu alte sisteme, perspectivele de dezvoltare);



indicatori asociați destinației sistemului (adaptabilitatea la modificările sistemului de conducere și a valorilor parametrilor, scalabilitatea);



cerințe privind fiabilitatea, securitatea, ergonomia, transportabilitatea, exploatarea, deservirea tehnică și reparația, protecția contra unor influențe externe, drepturi de autor, standardizare și unificare. Cerințe funcționale (pe subsisteme):



lista activităților automatizate;



cadrul temporal de realizare a fiecărei funcții;



cerințe privind calitatea realizării fiecărei funcții, forma de prezentare a ieșirilor, exactitatea și autencitatea datelor.

Cerințe referitoare la resurse:



Matematice - componența și sfera utilizării modelelor și metodelor matematice, algoritmilor existenți și noi;



Informaționale - componența, structura și organizarea datelor, schimbul intern de date, compatibilitatea informațională cu alte sisteme, clasificatoarele utilizate, SGBD, controlul datelor și folosirea masivelor de date, procedurile de conferire a valabilității juridice documentelor la ieșire;



Lingvistice - limbajele de programare, limbile de interacțiune a utilizatorilor cu sistemul, sistemele de codare, limbajele pentru intrări/ieșiri;



Program - independența de platformă, calitatea și metodele de control, utilizarea fondurilor de algoritmi și programe;



Tehnice;



Metrologice;



Organizaționale - structura și funcțiile departamentelor de exploatare, protecția contra unor acțiuni eronate;



Metodice - documentația normativ-tehnică.

1.1 Caietul de sarcini

Ministerul Educaţiei, Culturii şi Cercetării Republicii Moldova Universitatea Tehnică a Moldovei Facultatea Calculatoare Informatică și Microelectronica Departamentul Ingineria Software şi Automatică

CAIET DE SARCINI A PROIECTULUI DE LICENȚĂ

PENTRU STUDENȚII STUDIILOR SUPERIOARE DE LICENȚĂ

A studentului: .

Facultatea:

Zaharia Nicolae

.

Calculatoare, Informatică și Microelectronică

Programul de studii: Tehnologia informației

Ciclul .

I . Anul de studii . 2021 – 2022

.

. Grupa . TI – 171 F/R .

Chişinău, 2021

– CICLULUI I

1. Generalități Acest sistem software va fi un sistem interactiv de studiere a alfabetului și scrisului cursiv de către copii preșcolari. Sistemul va fi conceput pentru a maximiza eficienta in procesul de explorare a domeniului dat, oferind instrumente pentru satisfacerea părinților, rămânând în același timp ușor de înțeles și utilizat. Denumirea complete a sistemului: Realizarea unui joc de învățare a alfabetului si scrisului cursiv. Abreviere: ”LiterA„ Modelul de sistem care este specificat în acest document va fi utilizat pentru fiecare etapă de producție în perioadele de dezvoltare și implementare. După iterațiile inițiale, prototipul va fi demonstrat în perioada 1 – 6 martie 2021. Produsul software va fi lansat până la 24 – 29 mai 2021. Dezvoltatorul Zaharia Nicolae va fi responsabil pentru emiterea proiectului „Un joc de studiere”. Toate drepturile produsului final sunt rezervate. Din cauza că jocul este o proprietate exclusivă, numai dezvoltatorul va fi liber să modifice și să distribuie acest produs. Părțile interesate includ dezvoltatorul, testerii și utilizatorii finali. Principalele preocupări sunt performanța, fiabilitatea, mentenanța și disponibilitatea. Sistemul final se așteaptă a fi rapid și fiabil, fără erori. Aplicația este o un joc care își propune să ajute copii la învățarea alfabetului. 2. Descrierea obiectului automatizării Utilizarea independentă de către preșcolari a tehnologiilor informaționale în educație pentru formarea cunoștințelor generale despre alfabet și scrisul cursiv este scopul de bază a acestui proiect. Sistemul este alcătuit dintr-o aplicație mobilă. Aplicația va fi utilizată pentru studierea alfabetului și scrisului cursiv. Aplicația este constituită din două module, primul modul este acel de memorare a alfabetul și modulul doi este modulul de studiere și practicare a scrisului cursiv. Cînd utilizatorul intră pentru prima dată în aplicație i se va afișa interfața principală unde este afi șat profulul și modulele jocului. Pentru prima vizită a utilizatorului vor exista tutoriale pentru fiecare modul. Din interfața meniului utilizatorul poate selecta modulul care dorește să joace, pentru început jocul începe cu prima literă a alfabetului, restul fiind blocate pînă la însușirea primei litere. Scopul modulelor este de a studia literele de tipar și cele cursive. Deoarece joaca este disponibilă în Google Play după descărcare și instalare nu va mai fi nevoie de conexiune la internet. Toate redate mai sus pot fi văzute în imaginea următoare:

Figura 1. Use Case Diagram . 2.2 Definiții, Acronime și Abrevieri Termen

Descriere

Utilizator/ User

Un utilizator este o persoană care utilizează aplicația.

Interfață

Punct de interacțiune dintre două unității.

Unity 3D

Este un motor de joc dezvoltat de Unity Technologies

IEEE

The Institute of Electrical and Electronics Engineers

MB

Megabyte unitate de măsură a volumului de date

Google Play

Serviciu Google care reprezintă un magazin online de aplicații, filme, jocuri,etc.

ANR

Application Not Responding

UML

Limbaj standrad pentru descriereade modele și specificații pentru software.

3. Cerințe referitoare la sistem 3.1 Cerințe de interfață 1. Aplicația va rula pe versiunea Android 4 si mai mare; 2. Aplicația va folosi motorul Unity3D pentru gestionarea interfeței vizuale; 3. Aplicația va folosi motorul pentru gestionarea animaților și efectelor sonore;

4. Aplicația va trece în somn după ce va primi semnalul corespunzător de la sistemul de operare Android; 5. Aplicația va trece din somn după ce va primi semnalul corespunzător de la sistemul de operare Android; 3.2 Cerințe funcționale pentru cazuri de utilizare 3.2.1 Open Module Use Case Name

OpenModule

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android

Basic Path

1. Utilizatorul alege unu din module 2. În dependență de modulul ales, se va deschide alfabetul respectiv

Post condition

Utilizatorul își alege litera care dorește să o studieze

● Când utilizatorul selectează pictograma modului, se deschide alfabetul respectiv ● Când se deschide modulul, trebuie să persiste butonul de întoarcere (Back) 3.2.2 Play Use Case Name

LearnWords

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android Utilizatorul deschide modulul respectiv

Basic Path

1. Utilizatorul alege litera 2. Utilizatorului i se afișează 4 cuvinte în imagini pe rând, fiecare fiind pronunțat 3. Utilizatorul poate apăsa pe imagine pentru a auzi repetat pronunțarea cuvântului 4. Utilizatorul apasă pe pictograma Next pentru a trece la următoarea mini joacă

Post condition

Utilizatorul începe studierea cuvintelor

Use Case Name

DrawLetter

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android Utilizatorul deschide modulul respectiv Utilizatorul trece prima mini joacă Learn Words

Basic Path

1. Utilizatorului i se oferă conturul literei 2. Utilizatorul desenează litera pe contur cu ajutorul degetului 3. Utilizatorului i se oferă steluțe în dependență de corespunderea literei desenate cu conturul

Post condition

Utilizatorul începe desenarea literei

Use Case Name

ChooseTable

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android Utilizatorul deschide modulul respectiv Utilizatorul trece primele doua mini jocuri: Learn Words, Draw letter

Basic Path

1. Utilizatorului i se oferă 4 imagini. Una din ele fiind cu cuvântul care se începe cu litera nivelului

Post condition

Utilizatorul alege imaginea cu cuvântul care se începe cu litera nivelului

-

Când utilizatorul alege litera se deschide minijoaca LearnWords.

-

La orice mini joacă este necesar să persiste butonul de întoarcere la pagina anterioară.

-

Când toate imaginile au fost afișate și pronunțate, apare butonul Next.

-

Când utilizatorul apasă Next din LearnWords, i se deschide mini joaca Draw Letter.

-

Când utilizatorul a desenat cu mari greșeli litera, dispare nivelul DrawLetter se restartează pentru a oferi încă o șansă.

-

Când utilizatorul apasă Next din DrawLetter, i se deschide mini joaca ChooseTable.

-

Utilizatorului i se afișează 3 imagini cu cuvinte care încep cu altă literă decât cea a nivelului și doar una cu prima literă a nivelului (care a fost afișată la etapa LearnWords).

-

Dacă utilizatorul a greșit, se repetă pasul precedent, dar i se afișează deja alte imagini. 3.2.3 Back Use Case Name

Back

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android Utilizatorul deschide o fereastră în cadrul aplicației

Basic Path

Utilizatorul apasă butonul Back

Post condition

Se deschide pagina anterioară

-

Când utilizatorul apasă pe butonul Back, se deschide pagina anterioară.

-

Butonul back a sistemului trebuie să repete funcționalul butonului Back din interfața aplicației.

3.2.4 Change Name Use Case Name

ChangeName

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android

Basic Path

Utilizatorul apasă pe numele profilului Utilizatorul introduce textul

Post condition

Numele profilului se modifică în textyul introdus de către utilizator

-

Când utilizatorul apasă pe numele profilului, se deschide tastiera dispozitivului.

-

Numele profilului se modifică cu textul introdus de utilizator. 3.2.5 Settings Use Case Name

Settings

Precondition

Utilizatorul deschide aplicația de pe dispozitivul Android

Basic Path

Utilizatorul apasă pe pictograma Setări Utilizatorul modifică sunetul Utilizatorul apasă pe butonul Contact Utilizatorul apasă pe butonul Rate

Post condition

Sunetul se pornește/stinge Se deschide poșta electronică cu destinatarul developer Se deschide pop-up pentru apreciere

-

Când este apăsată pictograma Settings se deschide fereastra de setări.

-

Dacă sunetul este stins și se apasă pictograma Sound, se pornește sunetul.

-

Dacă sunetul este pornit și se apasă pictograma Sound, se stânge sunetul.

-

Când se apasă butonul Contact, se deschide poșta electronică cu destinatarul developer.

-

Când se apasă butonul Rate, se deschide pop-up pentru apreciere. 3.3 Cerințe de asigurare a calității

-

Aplicația trebuie să funcționeze stabil și fără erori, crashuri sau ANR pe 99.8% din dispozitive;

-

Aplicația trebuie să fie disponibilă chiar și în cazul blocării pe Google Play;

-

Toată informația utilizatorului este păstrată local și nu utilizăm datele personale. Prin urmare, securitatea nu este o problemă în aplicația noastră;

-

Aplicația ar trebui să poată fi întreținută pentru a adăuga funcțional nou cu versiunile ulterioare. Toate aspectele proiectului ar trebui să fie documentate și ușor de înțeles.

-

Aplicația ar trebui să lucreze pe dispozitive mobile cu stema de operare mai mare ca Android 4. 4. Componența și conținutul lucrărilor pentru crearea sistemului 4.1 Etape de creare Task

Responsabil

Crearea primelor machete

Echipa de dezvoltatori

Crearea meniului inițial

Echipa de dezvoltatori

Crearea modulului de studiere

Echipa de dezvoltatori

Crearea modulului de memorare

Echipa de dezvoltatori

Crearea modulului de exersare

Echipa de dezvoltatori

Crearea tutorialului

Echipa de dezvoltatori

Crearea structurei generale

Echipa de dezvoltatori

4.2 Estimarea termenilor de execuție Data estimată

Task

01.10.2020

Deciderea temei. Crearea caietului de sarcini

01.01.2021

Crearea specificațiilor

10.01.2021

Crearea SRS

20.01.2021

Descrierea proiectării

20.02.2021

Prototip 1

06.03.2021

Prototip 2

20.05.2021

Prezentarea proiect

Toate modificările în sistem trebuie aprobate de către product owner în formă scrisă. Product ownerul e obligat să fie prezent la planificarea sprintului. Modificările în cerințe pot fi efectuate doar în modulele care nu sunt luate în cadrul sprintului curent, în caz contrar este nevoie aprobarea de către toată echipa tehnică și product owner.

Bibliografie [1] IEEE (2009). IEEE Standard for Information Technology – Systems Design - Software Design Descriptions. IEEE Computer Society.

[2] Unity UI. (n.d.). Retrieved December 30, 2014, from http://unity3d.com/ [3] Documentația oficială Unity3D, Link disponibil : http://docs.unity3d.com/ [4] Draw.io : https://app.diagrams.net/