Proiect 1 Ce-i de facut?

Scrie Descriere

Creaza Diagrama Use-case

Creaza ERD

Scrie Use-case

Creaza Diagrama de Activitati

Proiect 1: Erori des intalnite

Confuzia Diagrama Use-case si Usecase

Proiect 1: Erori des intalnite

Confuzia Diagrama Use-case si Diagrama de Activitati

Proiect 1: Erori des intalnite

Diagrama de activitati contine:

Activitati care nu contin verbe in denumire Activitati cu mai multe arce de intrare sau iesire; Puncte de decizie cu un singur arc e intrare si un singur arc de iesire Elemente care nu se afla pe o cale intre Start si Stop Aceeasi activitate enuntata general si detaliat

Proiect 1: asteptari

Descrierea textuala sa se potriveasca 100% cu diagramele si reciproc Diagramele sa fie desenate conform conventiilor ERD-ul sa contina:

Entitati la forma a 3-a normala Relatii m:n rezolvate prin entitate de intersectie Descrie cerintele (trasaturile) generale si esentiale ale sistemului Nu fie excesiv de complicate si detaliate Nu contina activitati care apartin Diagramelor de Activitati

Diagrama Use-case sa:

Proiect 1: asteptari
Descrierea textuala sa fie lunga de maxim 1,5 pagini ERD-ul sa contina cel putin 5 enititati Diagrama Use-case sa contina cel putin 5 use-case-uri Use-case-urile sa contina sectiunea Descriere, cel putin 2 Alternative si cel putin 1 Exceptie Diagramele de Activitati sa contina toate pattern-urile (secventa, decizie, parallelism, optionalitate si repetitie)

IMPLEMENTAREA
Conferentiar Dr. Razvan PETRUSEL razvan.petrusel@econ.ubbcluj.ro

Etapele generice de dezvoltare software

Specificarea ce ar trebui sa faca sistemul si care sunt constrangerile in dezvoltarea acestuia; Dezvoltarea producerea efectiva a sistemului. Include: construirea de modele si scrierea de cod; Validarea verificarea daca sistemul raspunde nevoilor si cerintelor clientului; Evolutia modificarea software-ului ca raspuns la modificarea cerintelor sau a mediului in care acesta functioneaza.

Etapele generice de dezvoltare software

Specificarea ce ar trebui sa faca sistemul si care sunt constrangerile in dezvoltarea acestuia; Dezvoltarea construirea de modele si scrierea de cod; Validarea verificarea daca sistemul raspunde nevoilor si cerintelor clientului; Evolutia modificarea software-ului ca raspuns la modificarea cerintelor sau a mediului in care acesta functioneaza.

SQL View

Sintaxa SQL de baza:

SELECT nume campuri FROM nume tabel WHERE conditie de filtrare

Inner Join

SQL View

Full Outer Join

Left Outer Join

Right Outer Join

Creare Left or Right Outer Join

In modul Design View al query-ului efectuati click dublu pe linia care uneste sursele de date

In fereastra Join Properties selectati optiunea 2 sau 3

Cross Join = Produs Cartezian

Union

Union

Interogarile SELECT care se combina intr-o interogare UNION trebuie sa:

Contina acelasi numar de campuri Campurile sa fie in aceeasi ordine Tipul de date sa fie identic sau compatibil (number e compatibil cu text)

La rularea unei interogari UNION datele pentru fiecare set de campuri corespondente din intrare sunt combinate intr-un singur camp de iesire, deci numarul de campuri de iesire este acelasi cu numarul de campuri din fiecare interogare de intrare. Interogarile UNION nu se afiseaza in Design View

Union Interogarile SELECT care se combina intr-o interogare UNION trebuie sa:
Contina acelasi numar de campuri FOLOSIM ALIAS Campurile sa fie in aceeasi ordine Tipul de date sa fie identic sau compatibil

Testarea

Mai multe tipuri de testare:

unitate (debug), modul (sub-sistem), sistem, integrare, integrare cu alte sisteme, testare regresiv, acceptare

Input

Output

Spec

White box sau Black box Manuala sau automata

END DO

Testarea

Un Caz de Testare conine:

identificatorul unic, referine ctre design-ul proiectului i strategia de testare, pre-condiii, evenimente, un set de pai (aciuni) de urmat, intrrile, ieirile ateptate, ieirile efective.